Re: Versiones y release (era Re: Etch Postfix sasl vuelta atras)
Me parece que no entienden muy bien como funciona esto del
unstable/testing/stable en Debian.
Primero: la distribución estable es, _por definición_ vieja. ¿Cómo así? Se
preguntarán ustedes. Estable, una vez que es lanzado, no se actualiza
nunca, salvo para actualizaciones de seguridad o bugs críticos. No se
incorporan versiones nuevas de nada, ni se agregan nuevos paquetes, ni
nada. ¿Cual es la gracia de todo esto? Que yo puedo instalar en mi casa un
sistema operativo que va a funcionar bien, que no voy a tener que hacer
grandes actualizaciones (salvo cuando cambie el stable), y que es lo más
segura posible. Esto es muy útil, por ejemplo, para servidores (donde una
vez que funciona lo mejor es mantenerlo sin tocar el máximo de tiempo
posible), o para instalaciones donde se instalan un gran número de
computadores que deben ser lo más parecidos posible. No es tan útil para un
usuario de escritorio normal, pues se pierde todas las mejoras que se hacen
día a día en el mundo del sotfware libre (diga lo que diga la página de
debian).
En el otro extremo tenemos Sid, donde realmente se agregan paquetes nuevos,
actualizaciones y demases virtualmente todos los días. Esta distribución es
menos interesante para los servidores (¿a quien le gustaría tener que
actualizar diariamente un servidor?) ni para instalaciones masivas
(mantenerlas en sincronización es más difícil), pero es mucho más
interesante para los usuarios finales, puesto que ofrece lo último en
software. Sin embargo, requiere de un mayor esfuerzo de mantención:
actualizaciones diarias significan que diariamente existe riesgo de
instalar software con bugs. Por otro lado, los bugs se arreglan
rápidamente.
Finalmente tenemos testing. Esta distribución tiene la propiedad de que es
generada automáticamente. ¿Cómo? Hay un script que monitorea los paquetes
en sid, y si hay alguno que lleve más de 10 días en sid sin reportarse bugs
RC se pasa al testing.
Esto es muy importante, y es la razón por la cual GNOME no puede ser
actualizada ahora: Si se sube ahora a sid, habrán (potencialmente) muchos
bugs nuevos, lo que retrasaría la migración normal de los paquetes a
testing (que eventualmente se transformará en stable), retrasando a su vez
la fecha de lanzamiento de Etch. Inclusive sin agregar bugs nuevos, hay que
recompilar gran cantidad de paquetes, lo que también conlleva un retraso (a
modo de ejemplo, aproximadamente 1000 paquetes dependen o recomiendan
_directamente_ a libgtk2.0-0, de los cuales unos 180 son librerías a su
vez, que requerirían a su vez más compilaciones).
Todo esto, como pueden ver, no tiene _nada_ que ver con Ubuntu, con si
Shuttleworth le paga a sus empleados, o si Ubuntu colabora o no
recíprocamente con Debian.
--
Felipe Sateler
Reply to: