16.1. Los próximos desarrollos
Ahora que salió la versión 11 de Debian los desarrolladores ya están ocupados trabajando en la próxima versión, con nombre código Bookworm…
No hay ninguna lista oficial de cambios planeados y Debian nunca hace promesas relacionadas con los objetivos técnicos de las próximas versiones. Sin embargo, ya se pueden observar algunas tendencias en el desarrollo, y podemos apostar sobre lo que podría suceder (o no). Algunos de los esperados cambios están documentados en las notas de la versión de Debian 11:
Más allá de la obsolecencia habitual de algunos componentes de software, vale la pena señalar que Debian está en proceso de cambiar a lo que se conoce como un
sistema de archivos merged-usr: en este esquema
/bin
,
/sbin
y
/lib
son enlaces simbólicos que apuntan a los directorios correspondientes en
/usr
. Esto mejora la compatibilidad entre todos los sistemas Unix, nos acerca más a tener todos los archivos proporcionados por Debian en un solo directorio de nivel superior que se puede proteger, copiar de forma instantánea o compartir fácilmente. Puede saber más sobre sobre las ventajas aquí:
Este importante cambio no está exento de problemas:
dpkg
tendrá que aprender sobre esos directorios con alias, pero al mantenedor de
dpkg
no le gusta la solución técnica implementada por Debian y no aún no ha realizado los cambios oportunos. Ya se ha solicitado, varias veces, la ayuda del comité técnico de Debian. Su última decisión se puede encontrar aquí:
Para algunas tareas, la solución de software predeterminada cambiará. Por ejemplo: plocate
podría ser un reemplazo más rápido y menor que mlocate
. systemd continuará agregando nuevas funciones que ayuden a normalizar el proceso de arranque y la administración del sistema, permitiéndonos deshacernos de algún software en el sistema base.
Por supuesto, todas las principales suites de software tendrán un mejor lanzamiento. La última versión de los distintos escritorios traerá una mejor usabilidad y nuevas funciones.
El permiso predeterminado de los directorios de inicio será más restrictivo, permitiendo que solo el usuario acceda a sus archivos.
Continuarán los desarrollos ya comenzados: Mejorar la reproducibilidad y la seguridad del desarrollo, por ejemplo. Con el uso generalizado de la integración continua y el crecimiento del archivo (¡y de los paquetes más grandes!), las restricciones en las arquitecturas de lanzamiento serán más difíciles de cumplir y las arquitecturas se eliminarán.