Product SiteDocumentation Site

1.2. Los documentos de fundación

Unos años después de su lanzamiento inicial, Debian formalizó los principios que debía seguir como proyecto de software libre. Esta decisión activista permite un crecimiento ordenado y pacífico asegurando que todos sus miembros avancen en la misma dirección. Para ser un desarrollador Debian, cualquier candidato debe confirmar y demostrar su apoyo y adhesión a los principios establecidos en los documentos de fundación del proyecto.
Se debate constantemente sobre el proceso de desarrollo, pero los Documentos Fundacinales son apoyados de forma amplia y consensuada, por lo que rara vez cambian. La constitución de Debian también ofrece otras garantías para su estabilidad: se necesita una mayoría calificada de tres cuartas partes para aprobar cualquier cambio.

1.2.1. El compromiso hacia los Usuarios

El proyecto también tiene un «contrato social». ¿Qué lugar tiene dicho texto en un proyecto diseñado únicamente para el desarrollo de un sistema operativo? Tiene una explicación bastante simple: el trabajo de Debian es para sus usuarios, y por lo tanto, por extensión, para la sociedad. Este contrato resume los compromisos que asume el proyecto. Vamos a analizarlos con mayor detalle:
  1. Debian permanecerá libre 100%.
    Esta es la regla número 1. Debian está y permanecerá conformado entera y exclusivamente por software libre. Además, todo el desarrollo de software dentro del proyecto Debian será, en sí mismo, libre.

    PERSPECTIVA Más allá del software

    La primera versión del contrato social de Debian decía «Debian permanecerá software libre 100%». La desaparición de esta última palabra (en la ratificación de la versión 1.1 del contrato en abril de 2004) indica la voluntad de lograr libertad no solo en software sino también en la documentación y todo otro elemento que Debian desee proveer dentro de su sistema operativo.
    This change, which was only intended as editorial, has, in reality, had numerous consequences, especially with the removal of some problematic documentation. Furthermore, the increasing use of firmware in drivers poses problems: many are non-free, yet they are necessary for proper operation of the corresponding hardware. With the ratification of Version 1.2 of the contract in 2022, just before the Bookworm release, the project decided to address this issue with an addition to the last item in the contract.
  2. Vamos a devolverle a la comunidad de software libre.
    Cualquier mejora que el proyecto Debian contribuye a un trabajo integrado en la distribución es enviado al autor de dicho trabajo (el origen, llamado «upstream» en inglés). En general, Debian cooperará con la comunidad antes que trabajar aislado.

    COMUNIDAD ¿Autor original o desarrollador Debian?

    The term “upstream author” means the author(s)/developer(s) of a work, those who write and develop it. On the other hand, a “Debian developer” usually uses an existing work to transform it into a Debian package - the term (Debian or downstream) “maintainer” is better suited here.
    En la práctica, ambos roles pueden entrecruzarse: el mantenedor en Debian puede escribir un parche que beneficie a todos los usuarios de dicho trabajo. En general, Debian alienta a los responsables de un paquete en Debian a que se involucren también en el desarrollo “upstream” (se convierten, entonces, en colaboradores, sin limitarse al papel de simples usuarios de un programa). O el desarrollador de Debian crea herramientas o documentación para la distribución de Debian, como asistentes de empaquetado (p. ej., debhelper) o frameworks de integración (p. ej., ca-certificates) y se convierte en un “autor original” por esas creaciones.
  3. No esconderemos los problemas.
    Debian no es perfecto y habrá que solucionar nuevos problemas todos los días. En todo momento, Debian mantendrá toda su base de datos de errores abierta para el público. Los informes que presenten las personas online se harán visibles a los demás rápidamente.
  4. Nuestras prioridades son nuestros usuarios y el software libre.
    This commitment is more difficult to define. Debian imposes, thus, a bias when a decision must be made, and will discard an easy solution for the developers that will jeopardize the user experience, opting for a more elegant solution, even if it is more difficult to implement. This means to take into account, as a priority, the interests of the users and free software. Multiple roles within the project are dedicated to help achieving this goal.
  5. Trabajos que no cumplan nuestros estándares de software libre.
    Debian acepta y entiende que los usuarios pueden desear utilizar programas no libres. Es por eso que el proyecto permite el uso de partes de su infraestructura para distribuir paquetes Debian de software no libre que puede ser redistribuido de forma segura.

    COMUNIDAD ¿A favor o en contra de la sección no libre («non-free»)?

    The commitment to maintain a structure to accommodate non-free software (i.e. the “non-free” section, see the sidebar VOCABULARY The main, contrib, non-free, and non-free-firmware archives) is frequently a subject of debate within the Debian community.
    Los detractores argumentan que aleja a la gente de equivalentes libres y se contradice con el principio de servir sólo a la causa de software libre. Los defensores simplemente dicen que la mayoría de los programas no libres son «casi libres» , limitados por sólo una o dos restricciones molestas (siendo la prohibición de uso comercial del software la más común). Al distribuir estos trabajos como no libres, indirectamente explicamos al autor que su creación sería más conocida y utilizada por más público si pudiera ser incluida en la sección general («main»). Se los invita, por lo tanto, a alterar su licencia con dicho propósito.
    After a first and unfruitful attempt in 2004, the complete removal of the non-free section is unlikely to return to the agenda, especially since it contains many useful documents that were moved simply because they did not meet the new requirements for the main section. This is especially the case for certain software documentation files issued by the GNU project (in particular, Emacs and Make). Many modern systems further also require so called “firmware“, small binary files, which are necessary to run specific hardware. Many of these files do not meet the requirements for the main or contrib section, and thus remain “non-free“.
    In 2022, the project decided in the General Resolution (GR) 2022-003 that in upcoming releases, Debian Bookworm being the first one, the official installation media will contain all firmware files, even if non-free, to enable the use of Debian with hardware that requires such firmware. This major change was ratified with Version 1.2 of the contract.
    → https://www.debian.org/vote/2022/vote_003
    La existencia continua de la sección no libre es fuente esporádica de fricciones con la Fundación de software libre («Free Software Foundation») y es la principal causa por la que se niega a recomendar oficialmente a Debian como sistema operativo.

1.2.2. Las directrices de software libre de Debian

Este documento de referencia define qué software es «suficientemente libre» para ser incluido en Debian. Si la licencia del programa es acorde a dichos principios, éste se puede incluir en la sección principal; caso contrario, siempre que se pueda distribuir libremente, se podrá encontrar en la sección no libre. La sección no libre no es oficialmente parte de Debian, es un servicio adicional provisto para los usuarios. Se puede encontrar una explicación más detallada de las diferentes partes de Debian archive en la barra lateral VOCABULARY The main, contrib, non-free, and non-free-firmware archives.
Más que un criterio de selección para Debian, este texto se convirtió en autoridad en materia de software libre y sirvió como la base para la Definición de código abierto («Open Source Definition»). Históricamente es una de las primeras definiciones formales del concepto de «software libre».
La Licencia Pública General GNU, la Licencia BSD y la Licencia Artística son ejemplos de licencias libres tradicionales que son conformes a los 9 puntos mencionados en este texto. Abajo encontrará el texto como se publica en el sitio web de Debian.
→ https://www.debian.org/social_contract.html#guidelines
  1. Redistribución libre.
    La licencia de un componente de Debian no puede restringir a un tercero el vender o entregar el programa como parte de una distribución mayor que contiene programas de diferentes fuentes. La licencia no debe solicitar regalías u otras comisiones por dicha venta.
  2. Código fuente.
    El programa debe incluir el código fuente completo, y debe permitir la distribución en forma de código fuente y en forma compilada (binario).
  3. Trabajos derivados.
    La licencia debe permitir modificaciones y trabajos derivados y debe permitir que estos se distribuyan bajo los mismos términos que la licencia del programa original.
  4. Integridad del código fuente del autor.
    La licencia puede restringir la distribución del código fuente en forma modificada sólo si la licencia permite la distribución de «parches» («patch files») para poder modificar el código fuente original del programa en el momento de compilarlo. La licencia debe permitir explícitamente la distribución de software a partir de código fuente modificado. La licencia puede obligar a los trabajos derivados a llevar un nombre o número de versión diferentes del programa original (Esto es un compromiso. El grupo de Debian anima a todos los autores a no restringir ningún archivo, fuente o compilado, de ser modificado).
  5. No discriminación contra personas o grupos.
    La licencia no debe discriminar a ninguna persona o grupo de personas.
  6. No discriminación en función de la finalidad perseguida.
    La licencia no puede restringir el uso del programa para una finalidad determinada. Por ejemplo, no puede restringir el uso del programa a empresas con fines comerciales, o en investigación genética.
  7. Distribución de la licencia.
    Los derechos asociados al programa deben aplicarse en la misma forma a todos aquellos a los que se redistribuya el programa, sin necesidad de pedir una licencia adicional para estas terceras partes.
  8. La licencia no debe ser específica para Debian.
    Los derechos asociados al programa no deben depender de que el programa sea parte o no del sistema Debian. Si el programa es extraído de Debian y usado o distribuido sin Debian, pero manteniendo el resto de las condiciones de la licencia, todos aquellos a los que el programa se redistribuya deben tener los mismos derechos que los dados cuando forma parte de Debian.
  9. La licencia no debe contaminar a otros programas.
    La licencia no debe poner restricciones sobre otros programas que se distribuyan junto con el programa licenciado. Por ejemplo, la licencia no puede insistir que todos los demás programas distribuidos sobre el mismo medio deben ser software libre.

    VOLVER A LOS CIMIENTOS «Copyleft»

    El «copyleft» es un principio que consiste en utilizar los derechos de autor («copyright» en inglés) para garantizar la libertad de una obra y sus derivados, en lugar de restringir los derechos de uso, como es el caso con el software privativo. Es también un juego de palabras sobre el término «copyright» (por ser «right» y «left», derecha e izquierda respectivamente). Richard Stallman descubrió la idea cuando un amigo suyo, aficionado a los juegos de palabras, escribió en un sobre dirigido a él: «copyleft: todos los derechos invertidos» («copyleft: all rights reversed»). El «copyleft» impone la preservación de todas las libertades iniciales sobre la distribución de una versión original o modificada de un programa. Por tanto, no es posible distribuir un programa como software privativo si se ha generado a partir del código de un programa «copyleft».
    La familia de licencias copyleft más conocida es la GNU General Public License (GPL) y sus derivadas, la GNU Lesser General Public License (LGPL, «Licencia Pública General Reducida GNU» por sus siglas en inglés), y la GNU Free Documentation License (GFDL, «Licencia Libre para Documentación GNU» por sus siglas en inglés). Por desgracia, las licencias copyleft son incompatibles unas con otras por lo que es mejor emplear solo una de ellas.
  10. Ejemplos de licencias
    Las licencias «GPL», «BSD» y «Artistic» son ejemplos de licencias que consideramos «libres».

    VOLVER A LOS CIMIENTOS Licencias libres

    La licencia GNU GPL, la Licencia BSD y la Licencia Artística cumplen las Directrices de software libre de Debian, aún cuando son muy diferentes entre sí.
    The GNU GPL, used and promoted by the FSF (Free Software Foundation), is the most common. Its main feature is that it also applies to any derived work that is redistributed: a program incorporating or using GPL code can only be distributed according to its terms. It prohibits, thus, any reuse in a proprietary application. This poses serious problems for the reuse of GPL code in free software incompatible with this license. As such, it is sometimes impossible to link a program published under another free software license with a library distributed under the GPL. On the other hand, this license is very solid in American law: FSF lawyers have participated in the drafting thereof, and have often forced violators to reach an amicable agreement with the FSF without going to court.
    → https://www.gnu.org/copyleft/gpl
    La licencia BSD es la menos restrictiva: todo está permitido, inclusive el uso de código BSD modificado en una aplicación privativa.
    → https://www.opensource.org/licenses/bsd-license.php
    Finalmente, la licencia artística es un compromiso entre las otras dos: se permite la integración de código en una aplicación privativa, pero cualquier modificación tiene que ser publicada.
    → https://www.opensource.org/licenses/artistic-license-2.0.php
    El texto completo de estas licencias se encuentra disponible en todos los sistemas Debian en /usr/share/common-licenses/ (en caso de BSD, la nueva 3-Clause-License).

COMUNIDAD Bruce Perens, un líder polémico

Bruce Perens fue el segundo líder del proyecto Debian justo después de Ian Murdock. Fue muy polémico por sus métodos dinámicos y autoritarios. Sin embargo, su contribución a Debian ha sido muy importante, con quien Debian tiene una deuda especial por la creación de las famosas «Directrices de software libre de Debian» («DFSG» por sus siglas en inglés), una idea original de Ean Schuessler. Posteriormente, Bruce derivaría de este documento la famosa «Definición de código abierto» («Open Source Definition») eliminando todas las referencias sobre Debian.
→ https://opensource.org/
Su partida del proyecto fue bastante emotiva, pero Bruce ha permanecido estrechamente ligado a Debian ya que continúa promoviendo la distribución en esferas políticas y económicas. Esporádicamente aparece aún en las listas de correo para ofrecer su consejo y presentar sus últimas inciativas en favor de Debian.
Last anecdotal point, it was Bruce who was responsible for inspiring the different “codenames” for Debian versions (1.1 — Rex, 1.2 — Buzz, 1.3 — Bo, 2.0 — Hamm, 2.1 — Slink, 2.2 — Potato, 3.0 — Woody, 3.1 — Sarge, 4.0 — Etch, 5.0 — Lenny, 6.0 — Squeeze, 7 — Wheezy, 8 — Jessie, 9 — Stretch, 10 — Buster, 11 — Bullseye, 12 — Bookworm, 13 (not released yet) — Trixie, Unstable — Sid). They are taken from the names of characters in the Toy Story movie. This animated film entirely composed of computer graphics was produced by Pixar Studios, with whom Bruce was employed at the time that he led the Debian project. The name “Sid” holds particular status, since it will eternally be associated with the Unstable branch. In the film, this character was the neighbor's child who always broke toys — so beware of getting too close to Unstable. Otherwise, Sid is also an acronym for “Still In Development”.