On Wed, 2009-04-15 at 18:02 -0400, Alvaro Herrera wrote: > Germán Póo-Caamaño escribió: > > On Wed, 2009-04-15 at 16:58 -0400, Franco Catrin L. wrote: > > > Para que no se vuelva una discusión inútil, la idea es aclarar que los > > > ciclos de Debian son más impredecibles que los de Ubuntu LTS. Hace poco > > > tiempo fue liberada oficialmente la versión de Debian estable y antes de > > > eso los paquetes de Debian estable oficial eran del año de la cocoa. > > > > > > Lo mismo va a volver a pasar en un tiempo más y el problema de fondo es > > > que no se sabe a ciencia exacta cuando será el release oficial del > > > próximo, o estoy mal? > > No. Tanto así como el tiempo de la cocoa no. 22 meses entre una > > versión y otra no es mucho tiempo. Y Debian intentar ir por un período > > de 18 meses entre versiones, con un margen de hasta 24 meses.
> Y para cuando necesitas paquetes más nuevos para una versión estable que > es "algo vieja", siempre puedes usar backports ... Y ahi perdemos toda la gracia de Debian y usas algo con ciclos mas cortos mejor. He visto millones de Debian (e incluso Ubuntu) stables pichicateados con urls alienijenas porque les falto tal o cual feature que no tiene el paquete de hace 4 an~os (o 6 meses en el caso de Ubuntu!)... Y rompen toda la estabilidad que tenia el sistema. Respecto de los ciclos, en mi experiencia para aplicaciones "de verdad" necesitas ambas cosas: un tiempo de soporte relativamente largo y un ciclo de actualizacion definido. El soporte largo sirve porque las actualizaciones no son baratas, menos si tienes granjas y granjas de servidores (sin contar las aplicaciones y su data, que es lo que realmente me importa). El ciclo de actualizacion definido es necesario porque todos los proyectos se alinean en sus objetivos. Esto no necesariamente significa que tienes que salir si o si en tal fecha (si recuerdo correctamente, algunos release de Ubuntu se demoraron precisamente porque tenian bugs que no podian dejar para el release), sino que el ciclo nuevo comienza en tal fecha. Por ejemplo, los release de Ubuntu y GNOME estan mas o menos alineados, y eso permite que se entregue un nuevo release mucho mas productivo. Mi recomendacion para el usuario es que escoja la 2da release estable para produccion. Por ejemplo, 8.04 LTS ahora que estamos en 8.10 para ubuntu o Debian 5.0.1 _despues_ que salio 5.0. Lo que comentaba Alvaro de que "va a estar listo cuando este listo" que traducido significa "nos demoramos porque estamos asegurandonos que no tenga bugs" es un error. Todo software tiene errores, en particular una nueva version; Atrasar el proceso eternamente no ayuda a minimizar el problema (porque resolver es imposible)... de hecho siempre Debian ha liberado la version x.0.1 en uno o dos meses. -- Aldrin Martoq <amar...@dcc.uchile.cl> http://aldrin.martoq.cl/