Esta es una noticia que estaba esperando desde hace tiempo.
Berlin es un proyecto muy interesante que pretende sustituir a las X window en el futuro, aportando un diseño más moderno y efectivo desde la base.
Sigue siendo inutilizable por el momento, pero el hecho de que esté empaquetado en Debian, creo que supone una gran ventaja para que nos animemos a probarlo y el proyecto se dé nuevo brío.
El hecho de que digan que no va a haber actualizaciones importantes en woody, a efectos practicos, significa que woody saldrá con un kernel de la familia 2.2 , con unas X 4.0.x, y con un sistema de ficheros ext2.
Lo que mas me duele es lo del sistema de ficheros, no creo q fuera mucho trabajo modificaar las cosillas necesarias para poder instalar por defecto ext3, y al menos tendriamos un sistema de ficheros mucho mas moderno.
Por lo de las X 4.0.x no discuto, pero ya existen desde hace mucho tiempo discos de arranque con reiserfs y sobre el asunto del kernel se podria decir lo mismo, hay paquetes que aunque no sean oficiales llevan mucho tiempo por ahi dando vueltas, yo los tengo puestos desde hace tiempo (aunque obviamente no en una maquina de producción) y funcionan muy aceptablemente.
La Política de Actualización "congelada". El release manager, Anthony Towns ha pedido que a partir de ahora no se hagan grandes cambios en los paquetes del sistema base. Los cambios deberían limitarse a errores críticos, y otros tipos de errores y añadidos *solo* si son mínimos y no introducen más errores. Otro paso más en el camino hacia la liberación de Woody.
Me imagino que se refiere a las actualizaciónes de potato, a mi me extrañó que en la última actualización de potato se pasase en postgres de 6.nosque a 7.0, significando que había que reconvertir la base de datos, cuando actualicé no me esperaba algo así, y tuve en el curro sin base de datos todo el día, es cierto que debería haber leido antes, pero no me lo esperaba, no obstante, Debian for ever ;)
Se refiere a las actualizaciones de Woody. Potato
ya está "congelada" desde hace mucho tiempo, y no
creo que el "release manager" pinte mucho en ella.
Entiende que se espera Woody liberada para diciembre, eso son 3 meses y pico. Y de hecho, vamos con 2 meses de retraso sobre
los planes originales (bueno, sobre la predicción entusiasta me refiero).
No creo que dejen las X 4.0.x, junto con el kernel 2.4.9. He actualizado uno de mis sistemas a woody y he comprobado que los drivers para la tarjeta (DRI) del kernel 2.4.9 solo funcionan con X 4.1.x, me, no creo que lo vayan a dejar así.
Creo que las prisas no son unas buenas consejeras...
He aquí mi razonamiento:
¿Cuánto tiempo lleva XFree86-4.1 funcionando de forma estable?
¿Cuánto tiempo lleva el 2.4 estabilizado?
Supongamos que ya tenemos X, kernel, KDE, GNOME, y todos los paquetes (miles) "estabilizados" o al menos con muy pocos problemas, ahora más preguntas:
¿Funciona bien GNU/Debian en todas las posibles configuraciones de software? En relación con el "software de GNU/Debian"?
¿Funciona adecuadamente con cierto software propietario ampliamente utilizado? (Estoy pensando en ORACLE, INFORMIX, etc...)
Y, no menos importante, ¿funciona en todas la s configuraciones posibles de hardware o en al menos las más importantes?.
Pues, si te das cuenta de las posibilidades, no hablamos de miles, tal vez millones de posibles configuraciones.
¿Queremos que GNU/Debian-Linux siga siendo un sistema "estable"? ¿o nos dejaremos llevar por acumular versión tras versión?, añadiendo nuevas capacidades sin solucionar los problemas... ummm. esto me recuerda a cierta gran e_mpre_sa.
Si queremos que GNU/Debian sea estable, ya sabemos cual es el precio a pagar.
Lo dice un usuario de GNU/Debian SID ;-)
En relación con lo que comentas de reiserfs, hace poco que he tenido algún problemilla (menor) con reiserfs, y ¿qué hacen no-se-cuantos parches de reiserfs en su página, pendientes de ser aplicados al kernel? ¿son todos "mejoras"?
Cuando digo inutilizable tan solo parafraseo a los propios responsables del proyecto. Por el momento existe una demo que te permite hacerte una idea de algunas cosas importantes que se podrán hacer con Berlin (ventanas transparentes reales, tipos de letras con antialias, contenidos escalables, independencia de la resolución...).
También parece que en la base del proyecto se han desarrollado wrappers para Python y se puede juguetear con este lenguaje.
No se puede hacer mucho más todavía.
Y en cuanto al tema de la cantidad de gente involucrada... me parece que ese es uno de los principales problemas de Berlin: avanza lento porque hay muchos proyectos y poca gente con conocimientos y ganas para llevarlos adelante. A ver si con Debian les llega ese tan esperado empujoncito ;)
Tienes más información en el sitio web:
http://www.berlin-consortium.org/
Que Woody salga out-of-the-box con un kernel 2.2.x, XFree 4.0.x, ext2, etc, no significa que tengas que quedarte ahí.
Si lo vas a instalar en tu máquina personal, seguro que querrás utilizar paquetes más modernos, pero para un servidor hay que usar paquetes bien probados y que se sepa son estables.
Así que una vez instalado, modificas la sources.list y te actualizas a testing o unstable según prefieras, compilas un kernel 2.4, pasas a XFS o ext3, etc. Tan fácil como eso.
Apuesto a que pocos usuarios de Potato siguen con la Potato tal cual. La mayoría usamos Woody, y algunos osados Sid. Pero en los servidores, 2.2r3.
Berlin experimental
(Puntos:2, Informativo)( http://barrapunto.com/ )
Berlin es un proyecto muy interesante que pretende sustituir a las X window en el futuro, aportando un diseño más moderno y efectivo desde la base.
Sigue siendo inutilizable por el momento, pero el hecho de que esté empaquetado en Debian, creo que supone una gran ventaja para que nos animemos a probarlo y el proyecto se dé nuevo brío.
Al ataque. A por Berlin ;)
La razón está ahí fuera.
Debian3
(Puntos:1)( http://www.pucelawireless.net )
Lo que mas me duele es lo del sistema de ficheros, no creo q fuera mucho trabajo modificaar las cosillas necesarias para poder instalar por defecto ext3, y al menos tendriamos un sistema de ficheros mucho mas moderno.
--
Peor me parece lo del kernel
(Puntos:2)( http://barrapunto.com/ )
Re:Debian3
(Puntos:2)( http://barrapunto.com/ | Última bitácora: Viernes, 08 Octubre de 2004, 17:02h )
Nos vemos en el /var
Actualización congelada
(Puntos:1)( http://www.manje.net/ | Última bitácora: Martes, 13 Diciembre de 2011, 19:35h )
Me imagino que se refiere a las actualizaciónes de potato, a mi me extrañó que en la última actualización de potato se pasase en postgres de 6.nosque a 7.0, significando que había que reconvertir la base de datos, cuando actualicé no me esperaba algo así, y tuve en el curro sin base de datos todo el día, es cierto que debería haber leido antes, pero no me lo esperaba, no obstante, Debian for ever ;)
Re:Actualización congelada
(Puntos:1)( http://www.escomposlinux.org/jcantero/ )
Entiende que se espera Woody liberada para diciembre, eso son 3 meses y pico. Y de hecho, vamos con 2 meses de retraso sobre los planes originales (bueno, sobre la predicción entusiasta me refiero).
Re:Debian3
(Puntos:2)CIerto
(Puntos:1)( http://quetzalcoatl.org.mx/ )
Re:Berlin experimental
(Puntos:2)¿Quién está detrás?. ¿Hay mucha gente por la labor?.
Prisas, Prisas...
(Puntos:1)( http://www.es.gnome.org/ )
He aquí mi razonamiento: ¿Cuánto tiempo lleva XFree86-4.1 funcionando de forma estable? ¿Cuánto tiempo lleva el 2.4 estabilizado? Supongamos que ya tenemos X, kernel, KDE, GNOME, y todos los paquetes (miles) "estabilizados" o al menos con muy pocos problemas, ahora más preguntas:
- ¿Funciona bien GNU/Debian en todas las posibles configuraciones de software? En relación con el "software de GNU/Debian"?
- ¿Funciona adecuadamente con cierto software propietario ampliamente utilizado? (Estoy pensando en ORACLE, INFORMIX, etc...)
- Y, no menos importante, ¿funciona en todas la s configuraciones posibles de hardware o en al menos las más importantes?.
Pues, si te das cuenta de las posibilidades, no hablamos de miles, tal vez millones de posibles configuraciones. ¿Queremos que GNU/Debian-Linux siga siendo un sistema "estable"? ¿o nos dejaremos llevar por acumular versión tras versión?, añadiendo nuevas capacidades sin solucionar los problemas... ummm. esto me recuerda a cierta gran e_mpre_sa. Si queremos que GNU/Debian sea estable, ya sabemos cual es el precio a pagar.Lo dice un usuario de GNU/Debian SID ;-)
En relación con lo que comentas de reiserfs, hace poco que he tenido algún problemilla (menor) con reiserfs, y ¿qué hacen no-se-cuantos parches de reiserfs en su página, pendientes de ser aplicados al kernel? ¿son todos "mejoras"?
Un pepe sin firma, pero con página
Re:Berlin experimental
(Puntos:1)( http://barrapunto.com/ )
También parece que en la base del proyecto se han desarrollado wrappers para Python y se puede juguetear con este lenguaje.
No se puede hacer mucho más todavía.
Y en cuanto al tema de la cantidad de gente involucrada... me parece que ese es uno de los principales problemas de Berlin: avanza lento porque hay muchos proyectos y poca gente con conocimientos y ganas para llevarlos adelante. A ver si con Debian les llega ese tan esperado empujoncito ;)
Tienes más información en el sitio web:
http://www.berlin-consortium.org/
La razón está ahí fuera.
apt-get está a tus ordenes
(Puntos:2)( http://cronopios.net/ | Última bitácora: Miércoles, 23 Septiembre de 2015, 07:18h )
Si lo vas a instalar en tu máquina personal, seguro que querrás utilizar paquetes más modernos, pero para un servidor hay que usar paquetes bien probados y que se sepa son estables.
Así que una vez instalado, modificas la sources.list y te actualizas a testing o unstable según prefieras, compilas un kernel 2.4, pasas a XFS o ext3, etc. Tan fácil como eso.
Apuesto a que pocos usuarios de Potato siguen con la Potato tal cual. La mayoría usamos Woody, y algunos osados Sid. Pero en los servidores, 2.2r3.
Blog: Cronopios [cronopios.net]