Si estás acercándote al ecosistema Linux, seguramente hayas encontrado el concepto de Release Candidate en algunos documentos. Aparece en los correos míticos de Linus Torvalds, en los anuncios de nuevas versiones del kernel y en los foros de administradores de sistemas. Y, sobre todo, suele ir acompañado de una orden muy clara y es la de no poner nada en producción hasta que no se revise.

Las también conocidas como RC de Linux, sobre todo las de la esperada versión 7.0, han estado últimamente muy en el foco, y Linus Torvalds no se ha cortado en decir que ciertas release candidates le han sacado de quicio, le han resultado grandes y le han hecho pensar que el ciclo de desarrollo se estaba saliendo de su control.

Con todo esto como base, y si te apetece saber un poco más de Linux ahora que se avecina Linux 7.0, es hora de que conozcas en qué consiste este concepto que, aunque no lo creas, son vitales para que luego todo tenga sentido y cada vez más personas decidan dar el salto desde un caótico Windows 11.

Para que te hagas una idea de su relevancia, bajo el capó de este Linux 7.0 se está cocinando una de las actualizaciones más potentes de la última década, con el apoyo de gigantes como Google, Intel y hasta la propia Microsoft, que ya no mira a Linux como un enemigo, sino como un aliado.

• ¿Qué es una 'Release Candidate' (RC) de Linux?
• ​¿Por qué el tamaño de una RC le pone nervioso a Linus Torvalds?
• ¿Cuándo llega Linux 7.0 y cuántas RC hacen falta?

¿Qué es una 'Release Candidate' (RC) de Linux?

De forma simple, una Release Candidate (RC) es una versión que está casi lista para ser la versión oficial, pero que aún está en fase de verificación final. Es una etapa o varias, que viene antes de la alpha y la beta. Se considera que ya está prácticamente completa, con casi todos los ajustes ya implementados, y que lo que falta es probarla, encontrar los errores más graves y dejarla perfecta antes de que la gente empiece a probarla.

En el caso de Linux, la RC se refiere al núcleo del sistema operativo, es decir, al kernel que hace que Linux funcione bajo millones de máquinas: servidores, ordenadores de escritorio, móviles, sistemas embebidos, y hasta súperordenadores. No es una RC de una distribución como Ubuntu o Fedora, sino del motor central de todo el sistema.

El proceso suele ser el siguiente:

Primero se abre la ventana de integración (merge window), un periodo de unas pocas semanas en el que se aceptan cambios fuertes: nuevos drivers, reescritura de subsistemas, soporte para hardware nuevo, nuevas funcionalidades.

Cuando esa ventana se cierra, Linus Torvalds saca la Linux X.Y‑rc1, la primera release candidate del ciclo.

A partir de ahí, cada semana, durante unas 6–8 semanas, salen RC2, RC3, RC4…, hasta que se considera que el kernel está lo suficientemente estable como para ser la versión estable Linux X.Y.

A partir de ahí, se comienza con el mantenimiento de parches de seguridad y correcciones importantes, y se abre una nueva ventana de integración para la siguiente versión.

En la práctica, si lees Linux 7.0‑rc1, significa que no es la versión definitiva todavía, pero ya es lo suficientemente avanzada como para que expertos, testers y distribuciones empiecen a ponerla a prueba en entornos de testeo y laboratorio.

​¿Por qué el tamaño de una RC le pone nervioso a Linus Torvalds?

Aquí llega la parte más importante si hablamos de Linux 7.0. Linus Torvalds suele medir mucho el tamaño de cada RC, no solo por el número de cambios, sino por el tipo y cuándo llegan.

En el kernel de Linux, cada línea de código que entra en el kernel afecta a muchísimas máquinas, a veces a millones de sistemas. Por eso, cualquier cosa que se meta tarde en el ciclo de RC, o que sea demasiado grande y delicada, le provoca bastante miedo.

En el caso de Linux 7.0‑rc2, por ejemplo, Linus llegó a decir, en listas de correo, que no estaba "especialmente contento" con el tamaño de la RC. La 7.0‑rc2 llegó con más problemas de lo habitual, y muchos de ellos tocan subsistemas críticos y otras partes donde un fallo puede dar pie a cuelgues, pérdidas de datos o reducciones de rendimiento.

Y ahí es donde empieza a ponerse nervioso. No porque no confíe en el trabajo de los desarrolladores, sino porque siente el peso del número de máquinas que dependen de ese código. Un fallo grave, si se escala a un centro de datos, la historia podría complicarse mucho.

Por si esto fuera poco, con la RC3 y RC4 la cosa no cambió demasiado. La RC4, en concreto, llegó con cambios importantes en el scheduler, en subsistemas de memoria y en controladores de GPU, reparando errores que podían hacer que el sistema se quedara colgado bajo ciertas condiciones de carga de procesos. Para Linus, que una RC4 siga trayendo cambios tan serios fue otra señal de que las cosas no estaban yendo bien.

Pero con la llegada de la RC5 parece que las cosas han cambiado. A partir de aquí, el número de cambios se redujo y se han centrado más en correcciones de bugs, mappings y en solucionar algunos temas de divers, dejando de lado las grandes reescrituras. Linus lo leyó como una buena señal. Para él, que los errores cada vez sean menos y menos importantes significa que la cosa se está equilibrando y se acerca al punto en el que ya no se añaden correcciones nuevas.

"Parece que las cosas se están calmando: la versión RC5 es más pequeña que las anteriores [...], aunque sigue siendo un poco más grande de lo habitual. Aun así, lo considero una buena señal", comentaba. Eso sí, la RC6, de nuevo, trajo otros problemas.

¿Cuándo llega Linux 7.0 y cuántas RC hacen falta?

Lo cierto es que no se puede establecer un número fijo de Release Candidates (RC). Todo depende de cómo estén yendo las cosas. Eso sí, normalmente suelen pasar entre 6 y 8 RC (por ejemplo, 7.0‑rc1 hasta 7.0‑rc7 u 8) antes de que Linus Torvalds marque la versión como estable.

En el caso de Linux 7.0, ya está disponible para descargar. De hecho, ya está en marcha la siguiente etapa. La próxima versión, Linux 7.1, empezará pronto su fase de pruebas. Como siempre, el ciclo de desarrollo nunca para.

En cuanto a su descarga, tienes varias opciones. Por un lado, si quieres tener la versión pura del kernel, puedes bajarla directamente desde la web oficial, aunque no es la más recomendable si no eres usuario avanzado.

Por otro lado, si usas Ubuntu, Fedora, Debian u otra distro, lo mejor es esperar. Las distribuciones adaptan el kernel para que funcione bien en tu sistema.

Cuando Linux 7.0 esté listo para tu distro, lo recibirás como una actualización normal. También puedes usar herramientas como Mainline Kernel Installer, que te permite ver versiones del kernel disponibles, instalar Linux 7.0 con interfaz gráfica y cambiar de versión sin problemas.