Re: Versiones y release (era Re: Etch Postfix sasl vuelta atras)
El lun, 11-12-2006 a las 00:12 -0300, Felipe Sateler escribió:
> 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
>
>
Gracias por la explicacion, pero que sucede con KDE, yo entiendo que su
incorporacion y desarrollo va a la par de Gnome; pero no esta incluida
como en Sarge; asumo que ahora ambas son demasiado grandes como para
ponerlas juntas. Pero KDE esta mas retrasada y no se puede instalar por
defecto o seleccion simple. Agrdeceria que cuentes algo.
Gracias anticipadas.
Reply to: