Notas del Líder del Proyecto Debian, votación de usuarios

El actual lider del proyecto Debian (DPL), Anthony Towns, envio un comunicado con el titulo "Bits from the DPL: Freedom and Etch", donde pide a usuarios y desarrolladores que voten acerca de 2 temas importantes para la liberacion de Etch.

¿Que es mas importante para la liberacion de Etch?

- Liberar a tiempo (principios de diciembre).

- No empaquetar firmware sin fuentes en el repositorio main.

- Soportar hardware que requiere firmaware sin fuentes.

¿Puesto que Debian tiene que elegir una opción, que prefiere que hagamos?

- Permitir firmare sin fuentes en main.

- Avandonar el soporte de hardware que requiere firmaware sin fuentes.

- Retrasas el lanzamiento de Etch (de modo que poder soportar la carga de firmaware desde non-free)

El resultado de la votación se puede ver aqui

Para más detalles puede leer a continuación una traducción del email de Anthony Towns enviado a la lista debian-devel-announce.

Como proyecto, Debian está fuertemente comprometido con los ideales del software libre. Esto no es una noticia para cualquier persona que lee esto, pues es algo que hemos trabajado constantemente para mejorar, estableciendo nuestro
Contrato social y las pautas de software libre de debian (DFSG) o trabajando con otras organizaciones tales como software en el interés público [0], la Fundación Software Libre [1], el Instituto Open Source [2], o Creative Commons [3] para promover más lejos estos ideales.

Otros pasos importantes que hemos hecho hacia el ideal del software libre sobre el curso del proyecto ha sido quitar la necesidad de ejecutar software non-free para contribuir a Debian -- hecho posible por Werner Koch, desarrollador del protecto gnupg/gpg, y así quitando la necesidad de ejecutar software non-free en nuestros propios servidores, que fue finalizado en Mayo de 2000 cuando migramos de qmail a posfix y exim para manejar el email de debian.org [4].

Los esfuerzos más recientes en lo referente a esta meta en curso han estado en prestar una atención creciente a las libertades provistas en los trabajos en vez de aplicaciones y librerias -- más notablemente en la documentación [5].

Creo que la expectativa actual es que no habrá absolutamente ningun problema asegurándose de que el sistema Debian no sólo este compuesto enteramente de aplicaciones y bibliotecas libres, como estuvo por años, pero también de documentación libre, gráficos libres, videos libres, fuentes libres, y controladores libres.

En este momento, parece haber solamente tres áreas donde no estaremos fácilmente satisfaciendo la meta de cumplir las DFSG (Pautas del software libre de Debian) en todo el sistema Debian:

(a) En raras oportunidades, los textos de la licencia permiten explícitamente que otros autores creen nuevas licencias derivadas en base a las existentes -- usas lo que encuentras por ahi, o llamas a tu abogado para bosquejar algo en tus propias palabras.

(b) Generalmente no podemos considerar distribuir archivos fuentes enormes, esto incluye vídeo codificado, datos geográficos, o la especificación completa del diseño para algunas fuentes.

(c) Un número de controladores en el núcleo Linux incluyen cargar firmware a los chipsets que soportan, que se provee como una secuencia de codigos hexadecimales, o como archivo binario separado -- mientras que la modificación del código se permite, en la mayoría de los casos, se provee el firmare sin codigo fuente util.

Los textos de licencias no son una cuestion fácil a resolver, pero esto esta de alguna manera balanceado porque generalmente no es necesario -- y de hecho mientras que animamos a la gente a que suba con modificaciones el software que
utilizan, subiendolo con licencias nuevas y modificadas es a menudo peor idea que reusar una licencia libre existente, aunque tenga defectos.

Los archivos de fuente grandes y cómo deberiamos tratarlos ha sido una preocupación sin resolver durante mucho tiempo -- Bug#38902 puede darle una cierta idea cuánto tiempo. Hasta el momento nos ocupamos de simplemente empaquetar las fuentes en la forma que las necesitamos -- para lo cual un formato reducido o comprimido es casi siempre suficiente. Es probable aqui que en cierto momento encontremos un acercamiento tecnico que balancee el uso de ancho de banda y el almacenaje apropiadamente.

El firmmware, sin embargo, es un problema solucionable mucho más inmediatamente -- y uno que ha progresado ya signficantivamente durante los últimos años como se mejoro la interfaz de Linux para cargar firmaware, y los fabricantes de hardware gradualmente se sienten mas comodos con liberar controladores y firmware libres.

El principal problema que nos queda es que no tenemos una buena forma de dar soporte a instalaciones en hardware que necesita firmware que no tenemos el codigo fuente y se han separado en un componente non-free. Joey Hess resumió los problemas en la lucha con esto en la lista vote-list [6] y estimo seis meses de trabajo desarrollando el soporte apropiado en el instalador, con probablemente necesidad de más tiempo despues para probar y asegurar la calidad.

Entonces la pregunta es ¿que debemos hacer? Un opción sería decir "Estamos comprometidos a hacer el sistema Debian totalmente libre, entonces hasta que no lo cumplamos no estaremos listos para liberar". Otra opción es decir "Hicimos muchas mejoras desde la liberación de Sarge, así que vamos a liberar a Etch ahora, y avancemos despues". Una tercera opción es decir "Estamos comprometidos a liberar a Etch, y hacerlo completamente libre -- esto significa no dar soporte a una gama de hardware".

De una forma u otra debemos tomar una decisión pronto -- resoluciones generales en cómo ajustar la opción que tomemos se esta discutiendo ya en la lista debian-vote. Personalmente, apreciare conocer cuales de las metas descriptas piensan que son las mas importantes los usuarios y desarrolladores de Debian antes de decidir. A tal efecto Jeroen van Wolffelaar ha publicado amablemente un par de encuestas que espero que le guste participar.

Las dos encuestas para los usuarios se encuentran publicadas en forums.debian.net [7] para todos los usuarios registrados, preguntando:

¿Que es mas importante para la liberacion de Etch?

- Liberar a tiempo (principios de diciembre).

- No empaquetar firmware sin fuentes en el repositorio main.

- Soportar hardware que requiere firmaware sin fuentes.

y

¿Puesto que Debian tiene que elegir una opción, que prefiere que hagamos?

- Permitir firmare sin fuentes en main.

- Avandonar el soporte de hardware que requiere firmaware sin fuentes.

- Retrasas el lanzamiento de Etch (de modo que poder soportar la carga de firmaware desde non-free)

Adicionalmente Jeroen publicó una encuesta solo para desarrolladores [8].

Observe que ambas encuestas son solo una manera informal de descubrir lo que
la gente piensa, y mientras seran consideradas y tenidas en cuenta,
no necesariamente serán la palabra final en la materia.

Gracias por su tiempo!

Anthony Towns

Líder del Proyecto Debian