(Lo siguiente es una traducción de Linux Bangalore…)
De entrada, existen 3 fechas que pudieran ser consideradas como el ‘cumpleaños’ de Linux:
La primera, el 3 de Julio de 1991, cuando Linus publicó su primer pregunta sobre información que necesitaba para un proyecto. El proyecto era Linux, por supuesto…
Max Spevack, Lider del Fedora Project por 2 años (2006-2008) escribió en su blog hace tiempo sobre el mótivo por el cual Fedora se libera históricamente en Martes. Lo siguiente es una recapitulación del artículo.
En algunas ocasiones, el lanzamiento de Fedora se demora (como fue el caso en Fedora 11, numerosas veces), pero muchos de estos bugs se pueden corregir en uno o dos días, entonces, por que esperar hasta el siguiente Martes?
La idea es publicar las noticias en un margen de tiempo donde la mayor cantidad de personas lo van a ver. Red Hat ha estado trabajando con el Lider del Fedora Project y el equipo de Fedora Marketing para maximizar la atención hacia Fedora, y su recomendación (no orden, recomendación) es que las noticias importantes se publiquen en Martes.
Si revisas la historia, verás que Fedora se ha liberado en varios días de la semana, pero recientemente llegamos a liberarlo solamente en Martes.
La teoría dice que entre más orgulloso estas de tus noticias, lo más temprano de la semana quieres publicarlo. Los Lunes y Martes son lo mejor para éste fin. Max supone que si escogemos los Martes, es para evitar caer entre la ola de noticias que pegan en Lunes, y de esta forma, mas atención podemos recavar, dejando el resto de la semana para entrevisas y tener oportunidades de anunciar distintas noticias de la comunidad de Fedora en la misma semana.
Además, ser consistentes es importante. Si Red Hat sabe que se liberará en Martes, les ayuda a planear sus noticias para que Fedora pueda brillar ese día. Aún si nos pasamos, saber que caerá de Martes en Martes es útil.
————————
Dentro del mismo artículo, encontré unos comentarios interesantes.
Smooge comentó:
“En aquellos días cuando Max aún estaba en pañales, solíamos liberar Fedora en el día que podíamos, y esto no dejó de causar problemas:
1) Los espejos no estaban listos. La cantidad de espejos que tenian discos malos durante el rsync era impresionante.
2) Los espejos causaban fugas (Inclusive ftp.redhat.com causaría fugas por que creerían que hoy sería el día).
3) Liberar tarde en la semana generalmente nos ocultaba de noticias más importantes de esa semana.
4) Los lunes son mala idea por que problemas del fin de semana se acumularían (Espejos que se desconectaron, etc)”
Otro mótivo importante es la diferencía de cambios de horario. Al publicarlo en Martes (Y no Lunes, o Viernes), evitamos liberarlo en fin de semana, cuando la mayoría descansa.
Libera tus Bytes!
-Nushio
Lo siguiente es una traducción del artículo de Josh Boyer(jwboyer) sobre las actualizaciones en Fedora:
Justo antes del lanzamiento de Fedora 11, habilitamos deltarpms para las actualizaciones. Aún que hubo algunos problemas los primeros días, pero una vez resueltos, todos estaban felices y las actualizaciones de Fedora tuvieron una gran victoria en términos de lo que el usuario final gana.
Jesse Keating, lider de Ingenieros de Lanzamiento de Fedora, platica en su blog sobre los cambios que ha pasado Fedora atraves de los años.
–El siguiente texto es una traducción del blog–
Cuando Fedora inició, existía Fedora Core, hecha por Red Hat, y Fedora Extras, hecha por la comunidad (incluyendo personal de Red Hat).
Core era especial, y se trataba diferente. Su definición era “Red Hat Linux”, sus paquetes eran… bueno, afrontemoslo, de baja calidad en su mayoría. Extras tenía estándares que no aplicaban para Core, y si tenías la suficiente suerte de trabajar para Red Hat, podías tener tu paquete en Core y evitar cumplir los estándares. Core tenía lanzamientos, Extras solo fluía. Core estaba en DVDs y CDs, mientras que Extras no. Core tenía actualizaciones, Extras no. Esto era 1.0.
En Fedora 7, Core y Extras desaparecieron. Desde entonces solo hay Fedora. Todos los paquetes estaban fuera de Red Hat, y todos los paquetes debían adherirse a un set de estándares. No importaba para quien trabajes, podías tener un paquete en Fedora, además de los DVDs y CDs. Fedora tenía lanzamientos y demás. Todos los paquetes se podían actualizar, y teníamos información sobre las actualizaciones. Todos los paquetes debían pasar filtros de calidad. Solo teníamos un árbol de desarrollo, y ese era “lo que será liberado”. Esto es 2.0. Actualmente estamos aquí.
Acaba de suceder el Fedora Activity Day – Fedora Development Cycle 2009, además de la liberación de Fedora 11. Hemos revisado nuestro proceso de desarrollo e identificado un número de cosas que están mal en él. Escogimos las importantes y buscamos motivos por los cuales creemos que están mal, y que es lo que en verdad buscamos lograr. Hicimos algunos prototipos de soluciones, y escribimos algunas propuestas. Que hacemos a partir de éstas propuestas es decisión de la comunidad, pero se siente como un gran paso, y, quizás como Fedora 3.0
Retrospectiva es una ventana al pasado de Fedora
“Aquel que no conoce la historia esta condenado a repetirla.” Esa es la motivación detrás de esta columna.
Retrospectiva es una ventana al pasado de Fedora.
El nombre de Fedora 9 es Sulphur, pero sabes por qué? Los nombres de Fedora han sido variados, pero siempre han tenido algo en común…
Loading ...