Debian decide adoptar un nuevo ciclo de desarrollo, basado en un intervalo temporal de dos años.
DesconectadoEl Proyecto Debian ha decidido adoptar una nueva polÃtica de congelación para futuros lanzamientos, basada en un ciclo temporal de dos años. A partir de ahora las congelaciones se producirán en diciembre de cada año impar, lo que conlleva a que cada lanzamiento se producirá en la primera mitad de cada año par. A consecuancia de esto, la siguiente congelación de Debian se llevará a cabo en diciembre de 2009, y la nueva versión se espera para la primavera de 2010. El Proyecto eligió diciembre como fecha para la congelación porque se muestran satisfechos con los antecedentes de las versiones publicadas en primavera (Debian 4.0 y Debian 5.0).
El ciclo temporal de congelación de dos años, permitirá al Proyecto Debian combinar la previsibilidad de los lanzamientos basados en ciclos temporales con su ya bien establecida polÃtica de lanzamientos basados en funcionalidades y caracterÃsticas. El nuevo ciclo de desarrollo proporcionará a los usuarios de Debian una mejor previsibilidad de lanzamientos, y también permitirá a los desarrolladores llevar a cabo mejores planificaciones a largo plazo. Un ciclo de lanzamento de dos años, dará más tiempo para los grandes cambios que se pudieran realizar, reduciendo asà los posibles inconvenientes que se causarÃa a los usuarios. Tener un ciclo de congelación conocido, contribuirá además a reducir el periodo total de congelación.
Debido a que el último lanzamiento de Debian fue el 14 de febrero de 2009, habrá aproximadamente un periodo de un año hasta su nueva publicación: Debian GNU/Linux 6.0 (nombre en clave "squeeze"). Habrá pues una única excepción en la polÃtica de dos años para ajustarse al nuevo periodo de lanzamiento. Para falicitarle las cosas a las grandes organizaciones y otros usuarios que prefieren un periodo de actualización largo, el Proyecto Debian planea la posibilidad de poder saltarse la próxima versión (la 6.0 "squeeze") y preparar un método para poder actualizar directamente desde la versión 5.0 "lenny" a la versión 7.0 (aun sin nombre).
Aunque la próxima congelación no está ya muy lejana, el Proyecto Debian espera poder conseguir ciertos objetivos destacados hasta entonces. Los que se han considerado como más importantes son, soporte para multiarquitectura, que mejorará la instalación de paquetes de 32 bits en sistemas de 64 bits, y un proceso de arranque optimizado con mejor rendimiento y fiabilidad.
La nueva polÃtica de congelación ha sido propuesta y aceptada durante la Conferencia Anual del Proyecto Debian, DebConf, la cual está teniendo lugar en Cáceres (España). La idea ha sido bien recibida entre los miembros del proyecto asistentes.
- Inicie sesión o regÃstrese para enviar comentarios
- 5992 lecturas
Me parece acertado el tiempo de 2 años para los congelamientos.
A mà también me parece muy bien release cada 2 años.
Para ser honesto, me cambié de Ubuntu (entre otras razones) porque cada 6 meses tenÃa que descargar todos los paquetes a la nueva versión, y estoy hablando de casi 1 gb como repositorio. También me molesta que les dejaban de dar soporte.
2 años significa que voy a tener estabilidad y suficiente tiempo como para que la descarga de paquetes .deb valga la pena; no molestas actualizaciones cada 6 meses (como Ubuntu). Además, para los que quieran los programas nuevos está el código fuente para que compilen.
Aunque ahora que lo pienso entre 18 meses y 2 años es un buen tiempo de release.
Si algo caracterizaba a Debian era que no tenÃa ningún tipo de plazo establecido para lanzar sus versiones, es lo que la hacÃa diferente al resto. Congelaba testing una vez se estimaba que estaba preparada, no por una simple fecha sin tener en cuenta el estado de los bugs.
¿por qué cambian ahora? ¿Por que establecer fechas concretas?
Yo no lo veo acertado para nada...
Si algo caracterizaba a Debian era que no tenÃa ningún tipo de plazo establecido para lanzar sus versiones, es lo que la hacÃa diferente al resto. Congelaba testing una vez se estimaba que estaba preparada, no por una simple fecha sin tener en cuenta el estado de los bugs.
¿por qué cambian ahora? ¿Por que establecer fechas concretas?
Yo no lo veo acertado para nada...
Pues porque tener una versión congelada de uso común como testing, hace que durante el congelamiento los bugs de testing puedan estar al aire durante muchos meses. Y si además pilla periodo estival, el congelamiento se puede alargar mucho, se vuelven a reportar más bugs etc. etc. y al final se está trabajando contra-reloj mucho tiempo. Y los desarrolladores también tienen derecho a vivir y esas cosas.
Pero y esto de donde ha salido, de buenas a primeras no se ha decidido esto, tiene que haber fuentes oficiales y el debate tiene que haber sido largo largo.... porque para dar un paso asà como en anteriores ocasiones se generaban flames de la leche, y esta vez no me he enterado de ningun precedente respecto a este tema.
Pero y esto de donde ha salido, de buenas a primeras no se ha decidido esto, tiene que haber fuentes oficiales y el debate tiene que haber sido largo largo.... porque para dar un paso asà como en anteriores ocasiones se generaban flames de la leche, y esta vez no me he enterado de ningun precedente respecto a este tema.
Ha salido de la debconf. Y es algo que se estaba planteando y más desde el caos que supuso el congelamiento de sarge.
A mi 2 años me parece tiempo suficiente, aunque espero que sean flexibles con el timpo en aras de la estabilidad vamos que sigan como siempre, la calidad es lo importante.
En otro orden de cosas, se hablo hace tiempo de que se iban a simultanear lanzamientos con otras distribuciones, lease Ubuntu, sabe alguien si tiene que ver esto con la decisionde cada dos años, si no me equivoco coincde con las LTS de ubuntu.
Para ser honesto, me cambié de Ubuntu (entre otras razones) porque cada 6 meses tenÃa que descargar todos los paquetes a la nueva versión, y estoy hablando de casi 1 gb como repositorio. También me molesta que les dejaban de dar soporte.
2 años significa que voy a tener estabilidad y suficiente tiempo como para que la descarga de paquetes .deb valga la pena; no molestas actualizaciones cada 6 meses (como Ubuntu). Además, para los que quieran los programas nuevos está el código fuente para que compilen.
.
Bueno, existe la opción de limitarse a las LTS, quede anotado.Es una opción muy aceptable si no te gustan las actualizaciones cada 6 meses, ni obligadas ni necesarias, y más ahora que van a sacar subversiones de las LTS cada cierto tiempo.
Si algo caracterizaba a Debian era que no tenÃa ningún tipo de plazo establecido para lanzar sus versiones, es lo que la hacÃa diferente al resto. Congelaba testing una vez se estimaba que estaba preparada, no por una simple fecha sin tener en cuenta el estado de los bugs.
¿por qué cambian ahora? ¿Por que establecer fechas concretas?
Yo no lo veo acertado para nada...
Yo creo que fijar la fecha de congelamiento si es buena idea, el congelamiento es decir "Ya no entrarán nuevos paquetes en testing".
Otra cosa es fijar la fecha de Release la cual seguirá siendo como siempre: La liberación será cuando se considere que la versión es lo suficientement estable para ser liberada.
Además eso ayudará (creo) a que los periodos de congelamiento no sean tan extensos.... no recuerdo bien las fechas ahora pero Lenny estubo congelada por unos 7 u 8 meses de los 22 en desarrollo (etch en abril, lenny en febrero, son 22 meses) O el caso de Sarge que estubo en desarrollo como tres años
Sobre el papel parece sensato, asà los usuarios tenemos a que atenernos respecto al lanzamiento de nuevas versiones; ahora bien espero que esto no afecte a la corrección de bugs a la hora de lanzar la nueva stable. Tiempo al tiempo.