En la reciente cumbre de mantenedores de Linux, se presentó un proyecto de continuidad en el desarrollo ascendente de Linux, si llegase a suceder alguna situación en la que Torvalds no pueda seguir su trabajo. Dicho proyecto ha sido publicado, por lo que prácticamente todos los mantenedores del kernel Linux (y desarrolladores en general) tienen en claro de que habrá formas de abordar el desarrollo ascendente si Torvalds se viese impedido continuar.
¿En qué consistiría ese plan de continuidad en caso de que Torvalds se viese impedido continuar su trabajo en el desarrollo ascendente de Linux?
Uno de los focos de debates que se desarrolló en este reciente encuentro de mantenedores fue el hecho de como abordar el desarrollo ascendente del kernel en caso de que Torvalds se viese impedido. Esto no significa que Torvalds planea abandonar el trabajo de mantenedor en Linux. De hecho, la preocupación se centró en la posibilidad de que el git de Torvalds sufriese eventualmente alguna ruptura técnica que le impidiese continuar su trabajo como líder mantenedor de Linux.
Por ello, el equipo que mantiene el kernel Linux estableció el siguiente documento de continuidad en Linux, si llegase a suceder algún incidente con Torvalds:
«Continuidad del proyecto del kernel de Linux
===============================
El proyecto de desarrollo del núcleo Linux está ampliamente distribuido, con más de 100 mantenedores trabajando cada uno para mantener los cambios en movimiento a través de sus propios repositorios. El paso final, sin embargo, es uno centralizado donde los cambios se absorben en el repositorio principal. Eso normalmente lo hace Linus Torvalds, pero, como se demostró en la versión 4.19 de 2018, hay otros que pueden hacer ese trabajo cuando sea necesario.
Si los mantenedores de ese repositorio se muestran incapaces o no quieren realizar ese trabajo en adelante (incluyendo facilitar una transición), el proyecto tendrá que encontrar uno o más reemplazos sin demora. El proceso por el cual se hará esto se detalla a continuación. $ORGANIZER es el último organizador de la Cumbre de Mantenedores o el actual presidente del Consejo Asesor Técnico (TAB) de la Linux Foundation (LF) como respaldo.
- En un plazo de 72 horas, $ORGANIZER abrirá una discusión con los invitados de la Cumbre de Mantenedores más reciente. Se organizará una reunión entre esos invitados y el TAB, ya sea en línea o presencialmente, lo antes posible de manera que maximice el número de personas que pueden participar.
- Si no ha habido una Cumbre de Mantenedores en los últimos 15 meses, el conjunto de invitados para esta reunión será determinado por el TAB.
- Los invitados a esta reunión pueden traer a otros mantenedores según sea necesario.
- Esta reunión, presidida por $ORGANIZER, considerará opciones para la gestión continua del repositorio de núcleo de nivel superior, coherentes con la expectativa de que maximice la salud a largo plazo del proyecto y de su comunidad.
- En un plazo de dos semanas, un representante de este grupo comunicará a la comunidad en general, utilizando la lista de correo [email protected], cuáles serán los siguientes pasos.
La Linux Foundation, guiada por el TAB, tomará las medidas necesarias para apoyar e implementar este plan.»
Esta documentación se ha integrado en la rama principal de desarrollo de Linux.
