El Viernes, 4 de Abril de 2008 06:16, Javier Llorente escribió: | El día 4/04/08, Marcos Guglielmetti <[email protected]> escribió: | > Hola! | > | > Bueno, la cosa va muy bien: el CD digamos que ya está, sólo | > estaba esperando el reordenamiento de los menús debian que está | > haciendo Ariel y alguna foto de Martín para el fondo de pantalla | > principal (ambas cosas en realidad no son cruciales para el CD, | > podría salir así como está), lo mismo el DVD, pero como es algo | > un tanto más complejo, pienso que sacaremos el DVD como test6 y | > el CD como Stable :D | > | > Me gusta mucho cómo está quedando, lo estoy probando y va | > fantástico, al menos el CD, el DVD deberá testearse un poco más, | > la intención con la próxima salida del DVD es que se instale | > bien, tal como lo hace el CD 1.0 r3 test5 actualmente. | > | > Así que estamos en detalles cosméticos más que nada | > | > 1.0 R0 se presentó el 2007-5-5 es decir que 1.0 ya tiene casi un | > año de existencia. Para ser la primer versión estable de Musix, | > me parece q el proceso marcha bien, con todos los cuidados del | > caso. | > | > Musix BR beta está disponible desde hace tiempo, pero Gilberto | > lo remasterizará por el problema existente con los usuarios no | > root. | > | > Semana a semana se suman más personas que quieren colaborar, las | > cuales van a la lista de mail de colaboradores, ese es un buen | > lugar para charlar, también el chat IRC de freenode, canal | > #musix, recuerden que habrá máquinas del conservatorio de música | > de Junín, sería interesante que se den una vuelta de vez en | > cuando. | > | > Lógicamente, ya estoy trabajando para las versiones de testeo | > que vendrán, con software muy actualizado (seguramente derivado | > de SIDUX), un abrazo a todos | | Una pregunta: si se va a hacer un cambio tan importante después de | la R3, ¿no sería mejor hacer un cambio mayor de versión en lugar | de una R4? Claro, no será R4, será Musix 2.0 cuando sea estable. A ver si se entiende el sistema de nomenclatura Los releases (R), se producen luego de un Stable, y van incrementándose en numeración a medida en que se realizan correcciones a la versión estable (que tiene siempre la misma base de GCC, con lo cual se compilan casi todos los programas), así Musix 1.0 primero fue R0, luego R1, R2, y ahora R3, la base de 1.0 es la misma, GCC apt-cache policy gcc gcc: Instalados: 4:4.1.1-15 Candidato: 4:4.1.1-15 Tabla de versión: *** 4:4.1.1-15 0 500 ftp://ftp.fr.debian.org etch/main Packages 100 /var/lib/dpkg/status Cuando derivemos de SIDUX, cambiará GCC a otra versión más nueva, y cuando hagamos de SIDUX un sistema derivado de Stable, quedará congelado allí, y saldrá Musix 2.0 R0 ¿se entiende? En el medio, todas las versiones NO estables [derivadas de debian testing y/o unstable], pienso que sería correcto llamarlas por fecha de salida: año y mes, ejemplo 2008-06 --      `&'       #    Marcos Guglielmetti, co-director de                     #   Musix GNU+Linux, 100% Software Libre para artistas            _#_       http://www.musix.org.ar                (#)         / O \    + archivos: ftp://musix.ourproject.org/pub/musix    ( === )   Ecología: http://autosus2.wordpress.com         `---'    Personal: http://marcospcmusica.wordpress.com "La libertad está en ser dueños de la propia vida." Aristóteles