[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Freeze de Potato



Jordi wrote:
Personalmente, creo que el nucleo 2.4 no estará para enero, por la misma
razón que mucha gente pensaba que el freeze de Potato no estaría para el
1 de Noviembre. Si no me equivoco, la rama 2.3 ya está congelada, pero
por lo que se lee también hay muchas cosas por hacer todavía. Yo no se
que pensar, pero por una parte nos convendría que el kernel 2.4 saliese
alguna semana antes que Debian Potato, lo suficiente para que se pudiese
adaptar en ese tiempo los paquetes necesarios en potato para usar el
2.4. Por otro lado, a mi personalmente no me importaría que Potato se
basase en 2.2 y a las 2 semanas de salir estable, sacaran el 2.4.
Hombre, si no va a haber problemas en migrar desde el 2.2.x a. 2.4.x, pues no me
importa, pero si hay que actualizar medio sistemas, pues la cosa cambia...
Actualizar los pocos paquetes que haría falta para usar el 2.4 no sería
tan difícil y así también se minimizan riesgos en bugs actualizados a
última hora. Supongo que prefiero la última opción. En los posts de
Slashdot al respecto del freeze, había muchísimo flaming sobre esto, que
Slink salió justo antes de 2.2 y ahora pasará lo mismo... a mi realmente
no me importa.
A mi me gusta estar al dia porque todo esto es muy dinámico y hay que estar
a la última si quieres ahorrarte algunos dolores de cabeza por bugs en cosas
más antiguas. Si quiero un pograma nuevo, pues depende de unos cuantos
paquetes más nuevos y al final me tengo que bajas algunos megas. Ahora
que no estoy en mi casa, sólo tengo acceso a Internet desde la Facultad y
como podrás comprobar es un poco coñazo bajarte 5 megas en disquetes.
Si saliera una actualizacion de la Debian más a menudo, pues todo el mundo se
ahorraría tiempo y dinero en bajarse paquetes. Y cuando digo una
actualización, no me refiero a una Debian stable, sino a los paquetes solo
y que la gente se instale lo que quiera.

Creo que hay muchos paquetes en la Debian y eso no ayuda a que esté actualizada.
Una opción es sacar versiones nuevas sin probarlas tanta, pero no es buena idea. La
otra es limitar el número de paquetes que habrá en la distribución y de esta forma
hacerla mas manejable. Si hay 4.000 paquetes no se pude garantizar el perfecto
funcionamiento de todos, pero com 1.500 ya es otra cosa. Se podría votar para
decidir qué cosas meter en la distribución principal y hacer otro CD con los demás
paquetes para que todo el mundo se los pueda también instalar.

-- 
---------------------------------------------------------------------

 * 
-------------

E.T.S.I. INFORMATICA                             Linux Booting ....

Nuevo E-mail: x2042949@turing.ugr.es
Nueva Web: ****
--------------------------------------------------------------------
 
Reply to: