Así que, para matar el tiempo y bajar los humos, he decidido explicar un poco como se controla el tema de las versiones del kernel. Es bien sencillo, pero dare una breve pero oportuna explicación al respecto :)
Este que veis aqui es el aspecto que presenta la página del kernel de Linux (www.kernel.org) cuando se visita. Lo importante de la página (a no se que busquéis algo más, claro esta) es esta lista que veis en la fotografía: la lista de versiones. Como funciona? muy sencillo...La primera línea pone 'The latest stable version of the Linux kernel is:' e indica cuál es la versión más estable del kernel de Linux, estas versiones están diseñadas para ofrecer todas las características de Linux con la relativa seguridad de que ya han sido suficientemente testadas como para que en casa nos funcione sin problema alguno. Esta es la clase de versión que yo persigo, pues no tengo muchas ganas de ponerme a testar el funcionamiento de Linux sino usarlo como usuario, así que paso de ir haciendo de conejillo de indias :P
La segunda y la tercera línea son para mí, en estos momentos, las más importantes. Ponen, respectivamente, 2.6.20-rc7 y 2.6.20-rc7-git4. Qué significa exáctamente 'rc'? pues 'rc' es un acrónimo que significa release candidate ó lanzamiento candidato, es decir, lo que aquí conoceríamos (más o menos, no es literal) como una beta. Es importante destacar que, normalmente, se suelen dar entre 4 y 7 betas antes de tener una nueva versión del kernel de Linux, y con mayor o menor grado de precisión, podemos decir que cada beta suele llevar aproximadamente una semana, pero porque? por lo siguiente: el siguiente número pone -git4 y ahí es precisamente donde tenemos la respuesta. Cada día que pasa (en tiempo real, hablamos), suele haber un git, y que es un git? pues... mas que un git, deberíamos decir que es git.
Git es el nombre que recibe el programa que se encarga de gestionar el código fuente del kernel de Linux. En un entorno donde miles de personas trabajan en el kernel de Linux, cada uno hace constantes cambios al núcleo y debe existir un sistema que sea capaz de sincronizar todos los cambios y no mezclarlos los unos con los otros. Ese tipo de programa o solución es llamado un sistema de control de versiones, en este caso el usado se llama GIT, creado por Linus Torvalds como una forma de reaccionar ante el cese de BitKeeper (la compañia que se encargaba de alojar el kernel de Linux y hacer el control de versiones) por una serie de razones más o menos 'políticas'.
Pues bien, una vez dada la lección de 'historia', lo importante es saber que usualmente cada día se produce una nueva versión del kernel de linux, que queda gestionada por este sistema, y cada semana (aproximadamente como dije antes) estos cambios se unen para producir una beta.
Y porqué estoy tan 'alterado'? pues porque en teoría hace ya unos días que yo debería haberme podido bajar la version estable del kernel 2.6.20, pero como añadieron una beta más, pues... aquí estoy, revisando la página del kernel cada 3 horas para ver si ha habido algún cambio, pero supongo que lo más aconsejable es no obsesionarme demasiado... total, aunque el kernel salga, debo aún descargarme ciertos ficheros para completar los preparativos previos a la instalación de Linux y, por lo tanto, la eliminación completa de Windows. Nunca más eso de tener el disco particionado entre Windows y Linux, nada nada... los casi 60GB de disco para Linux y yo? como Juan Palomo, o sea... yo me lo guiso y yo me lo como :P
En cuanto a las demás líneas que aparecen en la lista, pertenecen a versiones más antiguas del kernel de Linux, la 2.4 es una serie de kernels que debería estar retirada a estas alturas, pero aún hay muchas empresas y particulares que consideran que es más estable que la serie 2.6 y se usa principalmente en algunos servidores (el kernel 2.4 es más conservador en cuanto a características mientras que el kernel 2.6 es donde van a parar todos los nuevos adelantos e innovaciónes en cuanto al kernel se refiere). Así que...
Eso es todo amig@s!!!
No comments:
Post a Comment