September 2004 - Solar-general - lists.ourproject.org

disculpen html
by Diego Saravia 10 Nov '04

10 Nov '04

Texto sobre derecho intelectual que casi no menciona la palabra "Propiedad intelectual" Agradecemos a la Dra. Delia Lipszyc delicav(a)ciudad.com.ar por hacernosllegar la siguiente invitación al IIICurso Intensivo de Posgrado en Derecho de Autor y DerechosConexos en la Facultadde Derecho de la UBA Universidad de BuenosAires Facultad deDerecho Departamentode Posgrado IIICurso intensivo sobre DERECHODE AUTOR Y DERECHOS CONEXOS Directora:Delia LIPSZYC Docentes: Delia LIPSZYC, Carlos Alberto VILLALBA Profesoresinvitados: Antonio DELGADO PORRAS, Javier GUTIÉRREZ VINCÉN y Pablo HERNÁNDEZARROYO (España); Ricardo ANTEQUERA PARILLI (Venezuela); Santiago SCHUSTERVERGARA (Chile) Coordinadoras:María Laura BURATTINI y Mariana DI LELLA Temario: 1. Introducción: concepto,denominación y contenido del derecho de autor. su ubicación en los derechosintelectuales. Naturaleza jurídica; distintas teorías. Historia del derecho deautor. Diferentes concepciones jurídicas del derecho de autor: la continentaleuropea o latina del droit dauteur y la angloamericana delcopyright. La importancia económica, cultural y social del derecho deautor en el mundo contemporáneo: la producción de bienes culturales yel impacto tecnológico. El papel del derecho de autor en los países endesarrollo. 2. El objeto del derecho deautor: la obra. Criterios generales de protección. Obras protegidas y noprotegidas. Obras originarias (literarias, musicales, teatrales, artísticas,científicas, cinematográficas y otras obras audiovisuales, programas deordenador, obras multimedia) y derivadas(adaptaciones, traducciones,compilaciones y bases de datos; otras obras derivadas). Eltítulo. 3. El autor y otrostitulares. Autoría y titularidad. Personas físicas y personas jurídicas.Titulares originarios y titulares derivados. Coautoría y pluriautoría; obras encolaboración y obras colectivas. Titularidad de las obras anónimas y seudónimas.El estatuto legal de las obras cinematográficas. Titularidad de las obras porencargo y de las hechas en virtud de una relación contractual laboral. 4. Contenido del derecho deautor. Limitaciones. El derecho moral. Los derechos patrimoniales. Limitacionesdel derecho de autor: utilizaciones libres y gratuitas y licencias novoluntarias (legales y obligatorias). La copia privada de obras impresas,grabaciones sonoras y obras audiovisuales; los derechos relativos a las obras deartes plásticas y fotográficas (comprendido el droit de suite); gestióncolectiva. 5. Los plazos de protección.Los distintos plazos. Los beneficiarios de los derechos después de la muerte delautor. El dominio público. 6. Los contratos deexplotación de las obras. Principios generales. Los contratos típicos y losatípicos de explotación de las obras. La influencia de las sociedades deautores. 7. Gestión colectiva de losderechos de los autores. Gestión colectiva de los derechos de los autores.Historia. Diferentes modalidades de la gestión colectiva de derechos de autor.Carácter y forma de las organizaciones de gestión colectiva de derechos deautor. Naturaleza jurídica de la representación que ejerce la organización degestión colectiva. Número de organizaciones que en cada país se ocupa de lagestión colectiva de los diversos derechos. Funciones que comprende la gestióncolectiva de derechos de autor: autorización; remuneración; recaudación;distribución o reparto. Las actividades de protección social y las culturales.La Confederación Internacional de Sociedades de Autores y Compositores (CISAC).La gestión de los derechos en el entorno digital. El sistema CIS de la CISAC.Herramientas y subsistemas. Los Acuerdos de Santiago y de Barcelona. Otrossistemas. 8. Los derechos conexos y sugestión colectiva. Terminología. Derechos de los artistas intérpretes oejecutantes, de los productores de fonogramas y de los organismos deradiodifusión. Naturaleza jurídica, objeto protegido, titulares y contenido delos distintos derechos. La gestión colectiva de los derechos de los artistasintérpretes o ejecutantes y de los productores de fonogramas por lasutilizaciones secundarias. 9. La protección en elentorno digital. Internet. Evolución y funcionamiento. Análisis general de lascuestiones jurídicas que se plantean respecto de los contenidos protegidos porel derecho de autor y los derechos conexos. Responsabilidades por las lesiones alos derechos de autor y conexos en Internet. La problemática de los nombres dedominio. Definición y caracteres; naturaleza; protección de marcas contra su usocomo nombres de dominio idénticos o similares. Los procedimientos de solución decontroversias en materia de nombres de dominio. El Centro de Arbitraje yMediación de la OMPI. 10. Formalidades. Origen ynaturaleza jurídica. El registro y el depósito legal, diferencia. Carácterobligatorio o voluntario del registro. Las obras extranjeras. Efectos, objeto ymodalidades para realizar el registro. El registro de actos y contratos.Formalidades no registrales. 11. Delitos y otrosilícitos. Sanciones. Tipificación de los delitos. Evolución. Sancionespenales. Derecho al cese de la actividad ilícita. Reparación de daños. Medidascautelares; aspectos procesales. 12. Protección internacionaldel derecho de autor y los derechos conexos. La protección legal de las obrasextranjeras en la legislación nacional. Las convenciones internacionales. ElConvenio de Berna. Las convenciones del sistema interamericano. La ConvenciónUniversal sobre Derecho de Autor. La protección internacional de los derechosconexos: la Convención de Roma. El Convenio "Fonogramas". El derecho de autor ylos derechos conexos en el marco del derecho comercial internacional: el Acuerdosobre los ADPIC (o TRIPs) de la OMC: los principios básicos; relaciones con losconvenios sobre propiedad intelectual; protección mínima del derecho de autor yde los derechos conexos; las disposiciones sobre observancia de los derechos.Prevención y solución de diferencias; el Entendimiento de Solución deDiferencias del Acuerdo de la OMC. Los "Tratados Internet" de la OMPI: elTratado sobre Derecho de Autor (TODA/WCT) y el Tratado sobre Interpretación oEjecución y Fonogramas (TOIEF/WPPT). La "agenda digital". 13. El Derecho de Autor ylos Derechos Conexos en los procesos de integración económica. Las Directivas dela Unión Europea. La Decisión 351 de la Comunidad Andina. Las iniciativas en elMERCOSUR. Cantidadde horas: Sesenta (60) Organismosede: Facultad de Derecho de la UBA Fechade dictado del curso: 12 al 30 de julio de 2004 Díasy horario de las clases: De lunes a jueves de 16:00 a 21:00 Pre-requisitosexigidos: Titulo universitario de cualquierespecialidad Condicionesde regularidad: 80% de asistencia a las clases Sistemade evaluación: Aprobar una monografía final CURSOVALIDO PARA DOCTORADO Y MATERIAS OPTATIVAS NO ESPECÍFICAS DE LAS CARRERAS DEESPECIALIZACIÓN CoordinadoraAcadémica: Dra. Isabel Sábato Informese inscripción: Departamentode Posgrado - Facultad de Derecho - Universidadde Buenos Aires Avda.Figueroa Alcorta 2263 piso 2º (1425)Ciudad Autónoma de Buenos Aires Tel/Fax:(54-11) 4809-5610/5606/5607/5600 e-mail:[email protected] -- Diego Saravia dsa(a)unsa.edu.ar

4 5

patentes de soft por rms
by Diego Saravia 27 Oct '04

27 Oct '04

How to fight software patents - singly and together rms Software patents are the software project equivalent of land mines: Each design decision carries a risk of stepping on a patent, which can destroy your project. Developing a large and complex program means combining many ideas, often hundreds or thousands of them. In a country that allows software patents, chances are that some substantial fraction of the ideas in your program will be patented already by various companies. Perhaps hundreds of patents will cover parts of your program. A study in 2004 found almost 300 U.S. patents that covered various parts of a single important program. It is so much work to do such a study that only one has been done. Practically speaking, if you are a software developer, you will usually be threatened by one patent at a time. When this happens, you may be able to escape unscathed if you find legal grounds to overturn the patent. You may as well try it; if you succeed, that will mean one less mine in the field. If this patent is particularly threatening to the public, the Public Patent Foundation may take up the case; that is its specialty. If you ask for the computer-using community's help in searching for prior publication of the same idea, to use as evidence to overturn a patent, we should all respond with whatever useful information we might have. However, fighting patents one by one will never eliminate the danger of software patents, any more than swatting mosquitoes will eliminate malaria. You cannot expect to defeat every patent that comes at you, any more than you can expect to kill every monster in a video game: sooner or later, one is going to defeat you and damage your program. The U.S. patent office issues around 100,000 software patents each year; our best efforts could never clear these mines as fast as they plant more. Some of these mines are impossible to clear. Every software patent is harmful, and every software patent unjustly restricts how you use your computer, but not every software patent is legally invalid according to the patent system's criteria. The software patents we can overturn are those that result from "mistakes," where the patent system's rules were not properly carried out. There is nothing we can do when the only relevant mistake was the policy of allowing software patents. To make a part of the castle safe, you've got to do more than kill the monsters as they appear -- you have to wipe out the generator that produces them. Overturning existing patents one by one will not make programming safe. To do that, we have to change the patent system so that patents can no longer threaten software developers and users. There is no conflict between these two campaigns; we can work on the short-term escape and the long-term fix at once. If we take care, we can make our efforts to overturn individual software patents do double duty, building support for efforts to correct the whole problem. The crucial point is not to equate "bad" software patents with mistaken or invalid software patents. Each time we invalidate one software patent, each time we talk about our plans to try, we should say in no uncertain terms, "One less software patent, one less menace to programmers: the target is zero." The battle over software patents in the European Union is reaching a crucial stage. The European Parliament voted a year ago to reject software patents conclusively. In May, the Council of Ministers voted to undo the Parliament's amendments and make the directive even worse than when it started. However, at least one country that supported this has already reversed its vote. We must all do our utmost right now to convince an additional European country to change its vote, and to convince the newly elected members of the European Parliament to stand behind the previous vote. Please refer to www.ffii.org for more information on how to help and to get in touch with other activists. Copyright 2004 Richard Stallman. Verbatim copying and distribution of this entire article are permitted worldwide without royalty in any medium provided this notice is preserved.

8 28

Re: Resumen de Solar-general, Vol 301, Envío 1
by Gonzalo 07 Oct '04

07 Oct '04

Hola, mi nombre es gonzalo y hace varias semanas estoy suscripto a la lista de solar, queria felicitarlos a todos por la dedicacion que le ponen a difundir SL. Una consulta, al hacer un documento rtf con imagenes me ocupaba 1.5 MB por lo que tube q pasarlo a word (300KB) para poder enviarlo por correo. Alguno conoce un formato libre que tenga una compresion similar? Disculpen la molestia y muchas gracias. My princess why must I assist at your death I can't endure this tragic pain --------------------------------- 100mb gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo ¡Tenelo ya!

2 2

Charla sobre Software Libre en la Univ. FASTA en Bariloche... ¿?
by Nahuel Iglesias 04 Oct '04

04 Oct '04

Hola a todos Resulta que mañana y pasado en la sede de la U. FASTA aquí en Bariloche (digo "aquí" para que les dé envidia, nada más }:-) hay una charla sobre Software Libre. Me toma totalmente de sorpresa, porque hasta ahora no habíamos tenido NINGÚN contacto con la FASTA desde el GULBAR (Grupo de Ususarios de Linux Bariloche). El disertante es un Ing. Sebastián Desimone. Me gustaría conocer sus comentarios al respecto, yo planeo asistir y después les cuento. El temario tentativo parece ser: - "Los movimientos Free Software y Open Source": La filosofía e ideas detrás de estos movimientos que cambian la forma de desarrollar y compartir conocimiento. Las cuatro libertades del software libre. Las licencias del software libre y su comparativa con el software privativo. Proyectos institucionales de interés. - "Linux Kernel, pasado, presente y futuro" Revisión de la evolución de Linux desde sus inicios hasta las últimas versiones estables. - "Introducción a un ambiente de trabajo Linux" El ambiente de un sistema multi-usuario, multi-tarea, el modo gráfico, el modo línea de comando, comandos más utilizados, directorios, herramientas comunes del sistema. - "Importancia del movimiento FLOSS" Software libre en el Estado, Software libre en la Universidad, Software libre en la Empresa. Por qué es importante el SL.? Sebastián L. Desimone es Ingeniero en Informática, egresado de la Universidad Fasta en 1997. Es administrador de sistemas Linux desde 1994. Ha escrito un libro de iniciación a Unix. Es integrante de diversos grupos de desarrollo y traducción de Software Libre. Actualmente desempeña tareas como Director de Latinwit, firma especializada en sistemas de información y soluciones informáticas. Presidente de Belaxis S.A. y profesor adjunto de Lenguajes II y Práctica Profesional en la carrera de Licenciatura en Sistemas de la Universidad Fasta.

4 3

MONO: Charla de Icaza
by Roberto G. Puentes Diaz 04 Oct '04

04 Oct '04

Para quien lo siga y lo odie (el pibe este despierta muchos sentimientos :p ) Video de la charla 120mb http://www.uoc.edu/dt/esp/deicaza0904.wmv <><> Mas en: http://www.uoc.edu/dt/esp/deicaza0904.html Saludos Rober

2 1

Re: [Solar-general] RMS en Arg. Video
by Ariel L 02 Oct '04

02 Oct '04

Yo tampoco pude... :( Alguien que lo haya bajado ..? Divx,.. VCD.. ? Salu2 ___________________________________________________________ 100mb gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar

4 5

El Proyecto Debian mas que una distro
by Roberto G. Puentes Diaz 01 Oct '04

01 Oct '04

Queria comentar sobre este articulo, que me ha resultado muy util para referirme a Debian y posiblemente a otros les resulte interesantes. http://espora.org/biblioweb/proyecto-debian.html El Proyecto Debian: algo más que una distribución de GNU/Linux Por Miquel Vidal Los origenes Debian (www.debian.org <http://www.debian.org/>) fue fundada en agosto de 1993 por Ian Murdock, por entonces estudiante de la Universidad de Purdue (en Indiana, EEUU), quien tuvo claro desde el primer momento que la construiría de acuerdo a las necesidades de la comunidad de usuarios del sistema y al modelo distribuido de Linux, desvinculado de intereses comerciales particulares. Unos meses después, en enero de 1994 el proyecto ya contaba con unas docenas de entusiastas y publicaba un manifiesto fundacional con su declaración de intenciones (el "Debian Linux Manifesto"). En el Manifiesto, se auguraba por un lado que las distribuciones iban a adquirir un papel estratégico en la difusión de sistemas GNU/Linux, como así ha sido, y se constataban por otro lado las carencias cada vez mayores que padecían las distribuciones comerciales: sistemas descuidados y cada vez más inconsistentes, mezcla de software libre y no libre, dificultad para que los usuarios pudieran tomar decisiones o interviniesen en su mejora, etc. Lo cierto es que la idea de Debian de crear un sistema operativo libre, basado en Unix, que no requiriese ninguna pieza propietaria tiene su origen varios años antes, con el proyecto GNU de la Free Software Foundation (FSF). Debian compartió desde su origen tanto los fundamentos estratégicos del proyecto GNU como su concepto de "free software" (no en el sentido de precio, sino de libertad de copia, modificación y redistribución). Ian Murdock en seguida contó con el apoyo de la Free Software Foundation para apoyar la distribución del nuevo sistema y, durante un periodo clave para su consolidación (1994-1995), la FSF estuvo financiando el proyecto Debian. Es importante tener en cuenta este hecho para entender por qué Debian no está vinculada a un kernel determinado, y en ese sentido decimos que es algo más que una "distribución Linux" . Si bien hasta ahora Debian ha hecho uso del kernel Linux, hay un grupo de desarrolladores de Debian y de la FSF trabajando juntos para que en un futuro próximo se pueda optar paralelamente por otro núcleo diferente: el GNU/Hurd, del que hablaremos más adelante. Tampoco está limitada a la arquitectura Intel, y es destacable que woody tiene soporte para nada menos que once arquitecturas, desde PDAs a superordenadores y, por supuesto, cualquier cosa intermedia, incluyendo la última generación de máquinas de 64 bits. A Ian Murdock le sucede como "líder" (coordinador) del proyecto Bruce Perens, en 1996. En los dos años posteriores, Bruce Perens tuvo un papel determinante a la hora de establecer el Contrato Social de Debian y de que Debian alcanzase prestigio público como sistema muy serio y fiable. Además, encabezó la iniciativa para crear SPI (Software in the Public Interest), una organización sin ánimo de lucro que se fundó para dar viabilidad legal a Debian y canalizar las donaciones al proyecto. SPI se creó también con la idea de ayudar no solo a Debian sino a otros proyectos similares que se propusieran crear y distribuir software libre y hardware libre. Tiempo después, Bruce Perens sería el fundador, junto a Eric S. Raymond, de la Open Source Initiative (OSI), que se basó enteramente en las Debian Guidelines para establecer sus concepto de open source (al cabo de un año, en 1999, Bruce Perens abandonó OSI y reclamaría de nuevo la denominación "free software" para el movimiento del software libre). Hasta 1996 no aparece la versión 1.0 de Debian (en realidad, la 1.1) pues se dedicaron bastantes esfuerzos a la consolidación del proyecto no solo a nivel público y legal sino organizativa y técnicamente, para permitir un crecimiento escalar en desarrolladores y número de paquetes. Nunca hubo versión 1.0, para evitar la confusión provocada por un redistribuidor de CD-ROM de Debian que etiquetó erróneamente una versión congelada previa como Debian 1.0-final. Ese fallo llevó a crear el concepto de "imagen oficial" del CD-ROM de Debian con idea de ayudar a los vendedores a evitar este tipo de errores. A partir de ese momento se suceden las versiones con regularidad (ver tabla 1), y cada nueva versión adopta el nombre de un personaje de la película Toy Story (hasta ahora Buzz, Rex, Bo, Hamm, Slink, Potato, Woody y Sid). Esto último fue idea de Bruce Perens, que por entonces trabajaba en Pixar, la compañía que produjo la película de Walt Disney. En enero de 1998, Ian Jackson sustituye a Bruce Perens, poco antes de la liberación de Debian 2.0; a Jackson le sucederá a su vez Wichert Akkerman, elegido por dos veces, desde enero de 1999 hasta marzo del 2001. Ben Collins lideró Debian durante el pasado año. En las últimas elecciones habidas, en abril de 2002, ha sido elegido nuevo líder el hacker estadounidense Bdale Garbee. A juicio de muchos analistas, Debian ha alcanzado su masa crítica, es decir, el número suficiente de usuarios y desarrolladores para garantizar su continuidad: diez distribuciones comerciales basadas en Debian lo avalan, así como el hecho de que, al calor de la "moda Linux" , muchos nuevos usuarios instalan Debian en sus ordenadores; pero, como contrapartida, al no conocerse los objetivos de Debian por parte de esa avalancha de nuevos usuarios, se le exige lo mismo que a empresas con recursos millonarios que cotizan en el Nasdaq con capital-riesgo. Sin embargo, Debian es construida por sus propios usuarios y es la comunidad de usuarios la que debe resolver sus problemas y dirigir su estrategia: nadie pues puede garantizar nada en Debian, como nadie puede garantizar nada en el software libre. Y sin embargo tenemos una distribución de una calidad extraordinaria, que en nada tiene que envidiar, sino todo lo contrario, a distribuciones comerciales como RedHat, Mandrake, SuSE o Caldera. Las distribuciones comerciales fijan su estrategia en captar a los nuevos usuarios, y en vender distribuciones y servicios en torno a sus productos, para lo cual necesitan deslumbrar con nuevas versiones cada poco tiempo, novedades permanentes e instalaciones gráficas muy vistosas. No hay nada malo en ello, pero Debian no es una empresa comercial y por tanto no está sujeta a los vaivenes que impone el mercado ni a la necesidad de obtener beneficios: por el contrario, sigue fiel a su "contrato social" de apoyar el software libre. Pese a lo que suelen difundir sus detractores, lo cierto es que el proceso de instalación de Debian ha mejorado extraordinariamente en estos últimos años. Pero Debian nunca ha tratado de simplificar la instalación más de la cuenta, ni ha asumido el riesgo de esconder el proceso de instalación al usuario, estandarizándolo en exceso y tomando demasiadas decisiones en su lugar, que en algunas distribuciones a veces llega a impedir una instalación si por ejemplo no se autodetecta el hardware correctamente. Debian por el momento no autodetecta hardware, mantiene un interfaz de instalación sobrio, con menús en modo texto que realizan bastantes preguntas casi siempre necesarias lo que, bien es cierto, puede desorientar al usuario primerizo pero permiten una configuración correcta. Esto es lo que ha forjado la fama de Debian de aridez y falta de amabilidad, de ser un sistema sólo apto para hackers y usuarios avanzados. Hoy por hoy, esa fama de dificultad es injusta, y la crítica rara vez procede de usuarios de Debian, sino de intentos apresurados de instalación. Pese a todo, Debian ha preferido centrar sus esfuerzos en producir un sistema de instalación y mantenimiento de paquetes extraordinariamente consistente, que permite tener la seguridad de que, si el usuario se toma el tiempo suficiente para leer la documentación y responder adecuadamente a las preguntas, dispondrá de un sistema que no tendrá que volver a reinstalar nunca. La idea es que, mientras la instalación se realiza una sola vez, con el sistema se trabaja a diario. Y es a la consistencia del sistema y a su correcto mantenimiento a lo que han dado prioridad los desarrolladores de Debian, más que a una interfaz gráfica basada en ventanas para la instalación. Hay que concluir pues que Debian es perfectamente válido no sólo para hackers y administradores de sistema, sino también para nuevos usuarios, que además suelen sentirse rápidamente acogidos por la comunidad de usuarios: Debian crece escalarmente y funciona así de bien porque sus usuarios se ayudan mutuamente, intercambian trucos y soluciones y suelen estar informados de la marcha de la comunidad, de los problemas, retos, etc. Se trata de un ejemplo notable de comunidad virtual, de trabajo en red y de inteligencia colectiva distribuida. El Contrato Social Como ya hemos mencionado, Debian no es una empresa comercial. Se mantiene y desarrolla de manera distribuida mediante la cooperación desinteresada de más de mil hackers de todo el mundo coordinados a través de Internet. Esos hackers, denominados "desarrolladores" o "mantenedores", son usuarios que asumen un mayor compromiso con el proyecto, dedicando su tiempo libre a mantener uno o varios paquetes, o desempeñando alguna de las múltiples tareas que una organización como Debian requiere. Debian dispone además de una comunidad de miles de usuarios coordinados a través de casi 100 listas de correo públicas extraordinariamente activas. El núcleo comprometido con el proyecto, esto es, los "desarrolladores" de Debian, se ha dotado de un "Contrato Social" que hace las veces de un compromiso público hacia la comunidad de usuarios. El Contrato Social consta de cinco puntos: 1. Debian Permanecerá 100% Software Libre. 2. Se recompensará a la comunidad del software libre, liberando las herramientas que Debian desarrolle, difundiendo al máximo el uso del software libre, comunicando y solucionando bugs y proponiendo mejoras a los autores de software libre. 3. No se esconderán problemas a los usuarios, manteniendo una base de datos pública de bugs en la que cualquier notificación de error se hará inmediatamente visible para el resto. 4. Las prioridades de Debian son sus usuarios y el software libre. 5. No se pondrán dificultades al uso de software no libre en Debian. Se crean las secciones "contrib" y "non-free" para el software que no cumpla con el concepto de software libre que Debian utiliza. Y cuál es ese concepto de software libre? Se establece en las DGFS (Debian Guidelines, o "Guías de Debian del software libre" ), escritas en primera instancia por Bruce Perens en 1997 y discutidas y afinadas entre todos los desarrolladores de Debian. Las "Debian Guidelines" han sido una notable contribución al software libre, pues han servido directamente de base para la definición de open source de la Open Source Initiative y son desde hace tiempo una referencia para el resto de la comunidad. Últimamente, ha habido bastante discusión en algunos foros sobre los criterios de Debian a la hora de incluir o excluir software en su distribución. Pues bien, las DGFS son el criterio para determinar esto. Todo software que las cumpla, podrá formar parte de la sección "main" de la distribución, que es la distribución oficial. Hay que poner énfasis en que no sólo el software bajo la GPL cumple las DGFS, sino también las licencias tipo BSD, la XFree/X11, la licencia artística y algunas otras son perfectamente admisibles para los criterios de Debian. Como ya se ha mencionado, hay otras secciones que no forman parte de la distribución oficial, pero que se pueden encontrar en los repositorios de FTP de Debian y en distribuciones no oficiales y que incluyen software no libre o con problemas para estar en "main": son las secciones "contrib" , "non-free" y "non-us" . La sección "contrib" recoge el software libre que depende para funcionar de otro software que no cumple las DGFS. La sección "non-free" es para software que se puede copiar y distribuir pero que por alguna razón no cumple las DGFS (por ejemplo, por no facilitar el código fuente o no permitir su modificación). Puede resultar sorprendente que Debian incluya en "non-free" programas que se pueden copiar y distribuir libremente, pero en Debian la definición de libre no se refiere solo a la libertad de copiar y redistribuir, sino también a la libertad de modificar el código fuente. Y es que, incluso en el caso de que no se sepa programar y no interese el código fuente para nada, lo importante es que todos y cada uno de los paquetes de Debian tienen a una persona que lo mantiene. Por tanto, en cualquier paquete libre integrado en la sección "main" de Debian se tiene la garantía de que un grupo de programadores independiente e imparcial ha analizado el código fuente y puede garantizar que no tiene código oculto (troyanos, por ejemplo) que pueda ir contra la privacidad o la seguridad del propio sistema. Cuando un programa se distribuye únicamente en la forma ejecutable, los programadores de Debian no pueden ofrecer esa garantía, ni pueden hacer las modificaciones necesarias cuando se descubra algún problema de seguridad o de conflicto con otros programas. Esto es un "lujo" que ninguna distribución comercial podría permitirse, si tenemos en cuenta que son casi diez mil paquetes los que incluye por ejemplo la última versión estable, conocida como woody. Nadie recopila tanto software libre y nadie puede asegurar un mantenedor detrás de cada paquete. Por último la sección "non-us" es para el software que contiene criptografía sujeta a las leyes de exportación estadounidenses. "Non-us" , a su vez, contiene las correspondientes subsecciones "main" , "contrib" y "non-free" . Las ramas "estable" e "inestable" Otro asunto que suele crear confusión es el de los distintos "estados" en que puede encontrarse una distribución de Debian. Debian sigue unas fases claramente definidas en el desarrollo y publicación de sus versiones. En primer lugar, existe una rama en desarrollo, conocida como "inestable" , a la cual se van incorporando nuevos programas, nuevas versiones de programas y se van fijando bugs y errores. Tras un cierto periodo de varios meses, la rama inestable se "congela" , y a partir de ese momento ya no se aceptan nuevos programas y se dedica todo el esfuerzo a realizar diversos ciclos de prueba, notificación y corrección intensiva de bugs o errores. El sistema de seguimiento de bugs ( "Bug Tracking System" ) permite reportar fallos a cualquier usuario o desarrollador y establecer su grado de severidad: crítico, grave, importante, normal y "fijado". Para hacerse una idea de lo exigente que es este proceso, mencionemos como ejemplo que Debian considera un bug el que un script de instalación haga más preguntas de las necesarias o que el interfaz de manejo de paquetes resulte complicado para muchos usuarios. Una vez corregidos todos los "bugs críticos" o retiradas aquellas aplicaciones cuyos errores críticos no ha dado tiempo a corregir, se "libera" : tenemos entonces la "versión estable" . Actualmente, y tras la publicación de woody, la versión estable es la 3.0 y la rama inestable es sid. "Inestable" en Debian no significa "peligroso" o "inseguro" , sino "en desarrollo" (no es lo mismo por ejemplo que cuando se habla de un "kernel de la rama inestable" ). Para usos no críticos es perfectamente utilizable y en general se observará que a menudo la rama inestable de Debian no lo es más que las versiones definitivas de otras distribuciones comerciales. No obstante, para servicios críticos es recomendable utilizar la versión estable, que es la que está probada intensivamente y depurada. Hay otro punto muy discutido en torno a Debian: el excesivo tiempo transcurrido entre versiones, muy superior (al menos aparentemente) al de las distribuciones comerciales. La media entre versión y versión de Debian ha sido hasta ahora de nueve meses, pero Potato tardó exactamente el doble, dieciocho meses, y Woody ha tardado prácticamente dos años. Los tres ciclos de prueba necesarios dan lugar a sucesivos aplazamientos, lo que parece haber cargado de razones a quienes dicen preferir otras distribuciones por estar más actualizadas. Esto, sin embargo, no es exacto pues cuando se insiste en la excesiva demora entre versiones estables de Debian se olvida sistemáticamente que la rama estable de Debian continúa evolucionando activamente durante su tiempo de vida, al publicarse revisiones cada vez que se considera necesario (Potato, por ejemplo, ha tenido siete revisiones en estos dos años), especialmente cuando se descubren problemas de seguridad. Tampoco se suele tener en cuenta las singularidades de Debian cuando se insiste en su excesiva demora: en primer lugar, el estricto sistema de depuración de errores; en segundo, el carecer de urgencias comerciales y mantenerse con el trabajo sin remunerar y en ratos libres de los desarrolladores; en tercer lugar, el inmenso número de paquetes que, en los últimos tiempos, se ha hecho complicado de manejar como un todo. Conviene advertir, además, que el objetivo de la rama estable de Debian no es "estar a la última" , sino conseguir un sistema robusto, estable y consistente al máximo, con los menos fallos posibles. Y el sistema de desarrollo y corrección de bugs de Debian lo consigue. Quien necesite tener acceso a las últimas versiones de los programas y a nuevas aplicaciones puede usar la rama inestable, o bien puede buscar paquetes no oficiales o incluso realizar uno mismo el paquete o la compilación. No obstante, a los desarrolladores de Debian les preocupa este asunto y llevan discutiendo el modo de atajarlo desde hace tiempo. Los package pools son una de las respuesta técnicas para este problema. Son una colección de paquetes relacionados, bien integrados entre sí, cuya actualización no dependerá del resto del sistema, por lo que se podrán instalar sobre la base de la versión estable para actualizarla o ampliarla sin tener que esperar a la siguiente versión estable. Un ejemplo es un package pool de Gnome. También se rediseñará el sistema de instalación para la próxima versión de Debian y la idea es que sea modular. Cada módulo podrá ser mantenido por personas diferentes. El sistema de paquetes Debian usa su propio sistema de paquetes y su propio formato con la extensión .deb. Un sistema de paquetes es algo más que un formato de archivo, pues lleva detrás toda una política del modo de organizar las cosas en un sistema. Por eso no es conveniente mezclar paquetes de RedHat y Debian, por ejemplo, pues siguen una política distinta en cuanto a la localización de bastantes cosas, como es el caso de los demonios de arranque. En concreto, el sistema de paquetes de Debian asegura un sistema altamente fiable y sencillo a la hora de instalar y desinstalar programas, previene conflictos con librerías y entre programas, resuelve dependencias y lleva un control estricto sobre lo instalado en el propio sistema. Los paquetes deb incluyen los scripts de instalación, las versiones compiladas de los programas, junto a archivos de configuración, página del manual, scripts de inicio y parada de demonios y documentación asociada al programa. Debian GNU/Hurd Como ya hemos mencionado, Hurd es la versión del Proyecto GNU del microkernel Mach, y se encuentra en desarrollo activo un port de Debian basado en dicho núcleo. De momento, no ha alcanzado la estabilidad necesaria para poderse publicar una distribución oficial, aunque se espera pronto, ya se han portado un buen número de paquetes al Hurd y es posible instalarlo a nivel experimental para ayudar en su desarrollo. Cuando se publique, se podrá optar por usar el kernel Linux o por el Hurd, y se utilizará el mismo sistema de paquetes, lo cual entre otras cosas facilitará la transición al Hurd a los nuevos usuarios que deseen usarlo. Debian y la comunidad hispanohablante Los usuarios hispanohablantes se agrupan y comunican en la lista debian-user-spanish y en el canal #debian del irc-hispano. Además, hay un proyecto en marcha llamado La Espiral, orientado a acercar a Debian al gran público y suplir en alguna medida la falta de información de primera mano y facilitar las actualizaciones a quienes no les resulta posible mantener su Debian vía FTP, hasta ahora el camino natural de acceso a la distribución. ------------------------------------------------------------------------ Miquel Vidal. SinDominio.net miquel(a)sindominio.net Este artículo es una adaptación. El original se publicó con motivo de la publicación de GNU/Linux Debian Potato, en septiembre del 2000, y puede leerse en La Espiral <http://www.laespiral.org/>: http://www.laespiral.org/documentacion/articulos/index.html. El documento original es libre. Puede copiarse, distribuirse y/o modificarse bajo los términos de la Licencia GNU Para Documentación Libre, versión 1.1 o cualquier versión posterior publicada por la Free Software Foundation.

4 5

Generar nuevos tecnicos
by Gway Mallen 30 Sep '04

30 Sep '04

Buenas! alguien conoce algun lugar donde alguen pueda aprender a ser tecnico de linux? algun lugar donde por poca plata se convierta un tecnico de windows (osea, alguien con algo de experiencia en computadoras como minimo) en un tecnico de linux (osea, alguien que sepa administrar y se sienta comodo con el linux)? Pregunto esto porque tengo la sensacion (donde lo lei?) de que seria bueno que hubiera mas gente que fuera capaz de administrar un linux. De esa manera, los que tienen trabajo pondrian linux y los que no ofrecerian ponerlo. Dicho de otra manera, mano de obra calificada para que el software libre se propague. Si existe ese lugar, me gustaria saber de el. Sino, me gustaria saber que opinan de la idea: si estoy equivocado, si es factible, etc etc. Saludos a todos, -- Gway ___________________________________________________________ 100mb gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar

13 15

Presentacion
by Arturo "Buanzo" Busleiman 30 Sep '04

30 Sep '04

Queridos amigos, conocidos y no tanto. Me presento. Mi nombre es Arturo Busleiman, la gente me llama Buanzo y otras barbaridades que preferiría no tipear. Me he dedicado al Software Libre y de Fuentes Abiertas por los últimos diez y pico de años. Algunos me conocieron por escribir artículos en ezines del underground. Y otros me conocieron por intentar pegarle por la tangente a la revista USERS Linux (y posterior suplemento), escribiendo otra clase de artículos. La mayoría me conoce por algun motivo que desconozco. Aunque nunca publiqué un mensaje en SOLAR, sí he colaborado de una u otra forma con Martin y Daniel Olivera, con el LUGAr, con CaFeLUG ya sea como programador, conferencista, administrador, brainstormer (!?), etc. Hoy me encuentro aquí, posteando por primera vez en esta lista, a efectos de ofrecer mi asistencia en lo que yo considere que pueda ser útil (léase "no voy a ofrecer mi ayuda en vano, ni por quedar bien con nadie"), o, por supuesto, en lo que alguno de ustedes me proponga y considere que puedo ser de utilidad. En fin, mi proximo mensaje es un comentario por el tema del ataque de Microsoft, Grimoldi, etc. Saludos a todos! -- Arturo "Buanzo" Busleiman - www.buanzo.com.ar - GNU/Linux Documentation President, Open Information System Security Group - Argentina "En teoria, no existe diferencia entre teoria y practica. Pero, en la practica, esto no es asi."

12 16

New for UTUTO-e / Nuevo para UTUTO-e
by Daniel Olivera -Mate.Cosido 30 Sep '04

30 Sep '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 https://200.32.4.39/xp/modules/news/article.php?storyid=64 New look for list of packages for UTUTO-e (Repository) and Packages Segurity Advisors. Both are located in UTUTO-e Project site home page on right side. - -- Nueva estetica del listado de paquetes para UTUTO-e (Repositorio) y Avisos de Seguridad de Paquetes. Ambos pueden ser ubicados en la pagina de inicio del sitio del Proyecto UTUTO-e en el lado derecho. UTUTO-e Development Team Equipo de Desarrollo de UTUTO-e - -- ,= ,-_-. =. |Mate.Cosido (..aun fuera de la ley) ((_/)o o(\_)) | `-'(. .)`-' |UTUTO-e GNU System with Linux \_/ |Linux 2.6.7 compilado con GCC 3.4.1 - --------------------------------------------------- GNU/Linux User : #267582 - AR #1832 Telefono / Phone : (+5411) 4207-1701 / 7688 Celular / Cell Phone: (+5411) 5637-5979 ICQ: 8368437 / Jabber: dolivera(a)jabber.org Estudien mucho para poder dominar la tecnica que permite dominar la naturaleza. CHE -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) iD8DBQFBXGIxmUZ7u+iPzsQRAvfAAKCEEh8ZnnnDFFzmYwH/ic6a7C2pIgCfcG8E o0Q8BnksKT9MaqFQM3hAEzw= =7HPj -----END PGP SIGNATURE-----

1 0