bregan90 escribió:no me gustaría que una tarde cualquiera, tener que pasármela arreglando tal fallo porque una actualización ha petado. Lo de versionitis...
Hombre, en Arch no te va a petar por que si, pero el usuario tiene que andar con mucho ojo al actualizar, y nunca esta de mas ojear la portada de archlinux.org. Eso es tambien inestabilidad, los cambios ocasionales que requieren mantenimiento extra. Es cosa tuya valorarlo.
si ya es rolling, basta. Lo importante es que no pete al actualizar.
Debian Testing y Sid son pseudorolling. Es decir, que son rolling, pero sus actualizaciones se ralentizan (en Testing, mas que nada) cuando se esta preparando una nueva release, como ahora mismo con el freeze para Wheezy.
Pero no petan las cosas al actualizar, porque al hacer cambios grandes (tipo la migracion de GNU Grub a Grub2), preparan con mucho cuidado las automatizaciones.
En Archlinux no hay esas comodidades, has de seguir una serie de pasos que no demasiada gente esta dispuesta a seguir.
Sin ir mas lejos, la reciente actualizacion de GNU libc, que """rompio""" las instalaciones de varios eolianos (y mucha otra gente por el mundo).
Que paso? no tenia nada que ver con Gnu libc en si, pero era el paquete critico que quedaba por migrar fuera de /lib a /usr/lib. No era un proceso demasiado automatizado, y era necesaria intervencion manual en el 99% de casos.
Mucha gente tiro por el camino burro: usaron --force. Resultado: sistema jodido por haber roto una pieza critica (sin GNU libc no va nada en GNU/linux). Si vas con cuidado no pasan estas cosas, pero te puedes encontrar que necesitas andar con cuidado mas a menudo de lo que tal vez quieras.
Lo de 'estabilidad', sabía más o menos que las últimas versiones son relativamente estables para uso normal.
Las ultimas versiones de que?