Barrapunto

A esto se le tiene que sumar la conocida rama mantenida por Cox, la -ac. Junto con Marcelo Tossati, que últimamente tiene la costumbre de generar kernel -rc (release candidate), aparte de los ya conocidos -pre algo... Y por supuesto, tenemos la rama inestable del kernel, la 2.5, con sus -pre algo y su otra rama "pseudo estable", la -dj, de Dave Jones, de SuSE... aparte de los parches que "flotan" por ahí, como es el soporte de IPsec de FreeSwan, los parches para aumentar la seguridad de Openwal...

Lo de -rc de Marcelo no es ninguna "rama" nueva, es sólo un sufijo para que el ciclo de testeo sea más concienzudo (o eso nos hacen creer ;D) Alan ya no mantiene una rama -ac porque se quiere "reservar" para meterse en el desarrollo del 2.5 Y los parches de IPSec, OpenWall, Preemptible, XFS, MOSIX, etc. pues yo creo que es bueno: un núcleo base no sirve para todo el mundo y gracias a estos parches se añaden cosas que generalmente no interesan a todos, pero que para un determinado grupo de usuarios es importante.

Y a todo esto hay que sumarle la pelotera que pasó entre los kernel 2.4.7 y 2.4.11 con la máquina virtual... hacer cambios tan radicales en una rama estable es algo que dolió a mucha gente..

Errr, no es máquina virtual sino memoria virtual (virtual memory, VM). Las máquinas virtuales no tienen sitio en el contexto de los núcleos (salvo por los módulos del kernel que tiene VMWare).

Sin embargo, fue algo que descolocó a muchos el cambio de VM, por el hecho de cambiar algo tan importante en una rama estable. Estos problemas no existen en otros núcleos, pero es por la juventud de Linux (tiene poco más de 10 añitos, otros UNIX tienen bastantes más años a sus espaldas).

Y es que en el mundo Linux aun hay muchas cosas que mejorar, es muy dificil que un sistema operativo sea "bueno en todo". No se puede intentar ser un sistema operativo para el puesto de trabajo (a.k.a escritorio), ser un sistema operativo para clusteres de servidores multiprocesador, y ser a la vez el sistema operativo para sistemas empotrados... todo esto es muy difícil... a lo peor un día se produce un "forking" y tendremos un Linux para cada cosa...

Pues será bueno tener una rama "oficial" y luego otras ramas especializadas en ciertos campos, tenemos la rama -mjc para workstations (el Preemptible no es necesario en un servidor, e incluso contraproducente), la -dj para embedded, etc.

Si aún así lo quieres "TODO", existe el proyecto FOLK (Feature Overloaded Linux Kernel) que incluye todos los parches posibles que no se incluyen en la rama oficial estable.
Pese a todo, es necesario que este año proyectos como Kernel-Janitor tomen mucha más fuerza o que se mantenga el núcleo a través de sistemas de revisiones (CVS, SCCS, RCS, etc.)