Los desarrolladores del proyecto postmarketOS, que desarrolla una distribución de Linux para smartphones basada en el paquete Alpine Linux, la biblioteca estándar C Musl y un conjunto de utilidades BusyBox, han anunciado la posibilidad de utilizar el gestor de sistemas systemd. Como resultado del trabajo realizado durante aproximadamente un año para implementar el soporte de systemd, se ha preparado y está disponible para pruebas un prototipo de compilación que utiliza systemd en lugar del sistema de inicialización OpenRC.
El soporte para la creación de compilaciones basadas en OpenRC se mantendrá al menos mientras se utilice este sistema en Alpine Linux. Al crear imágenes de postmarketOS, se deja la opción de elegir OpenRC en pmbootstrap. Entre otras cosas, los desarrolladores de compilaciones con la interfaz gráfica Sxmo (Simple X Mobile), que se basa en el gestor de composición Sway, planean seguir utilizando OpenRC.
Las compilaciones con systemd seguirán formándose sobre la base del paquete Alpine Linux, a pesar de que esta distribución no soporta systemd y utiliza la biblioteca C Musl. Systemd solo tiene soporte oficial para la biblioteca C Glibc y los desarrolladores de postmarketOS deben utilizar parches adicionales que planean integrar en la distribución principal de systemd con el tiempo (se está trabajando junto a los desarrolladores de systemd para simplificar la integración).
La razón para implementar el soporte de systemd es la complejidad de mantener la pila de inicialización basada en OpenRC en un entorno de constante crecimiento de la dependencia de GNOME y KDE de los componentes de systemd. Para garantizar el funcionamiento de las capacidades de GNOME y KDE vinculadas a systemd, se tuvieron que utilizar diferentes capas, y la falta de systemd exigió mantener estas capas adecuadamente y sincronizarlas con el desarrollo de GNOME y KDE, en un contexto donde algunas funciones necesarias faltaban en las capas y la continuidad de su mantenimiento por parte de los desarrolladores era impredecible.
Por ejemplo, se utilizó la capa openrc-settingsd para compatibilidad con los servicios hostnamed, localed y timedated, se empleó el paquete eudev en lugar de udev, se utilizó elogind en vez de logind, logbookd en lugar de journald, se empleó el paquete superd para garantizar la funcionalidad de «systemd --user», y se utilizó waked como sustituto de systemd.timer.
De las capas utilizadas, el acompañamiento adecuado y el nivel de soporte funcional necesario solo se garantiza en openrc-settingsd y eudev. Los proyectos elogind, logbookd y superd siguen siendo mantenidos, pero requieren mejoras, ya que les faltan algunas funcionalidades necesarias, mientras que waked ha estado sin soporte durante aproximadamente un año. Además, los desarrolladores de KDE Plasma Mobile desearían utilizar el servicio systemd-coredumpd para simplificar la depuración, pero su reemplazo corecollector ha estado sin soporte desde 2020.
En cuanto a la necesidad de utilizar estos servicios, las API de D-Bus proporcionadas por hostnamed, localed y timedated se utilizan en GNOME para modificar las configuraciones regionales, los parámetros del sistema y las zonas horarias; udev es necesario para gestionar dispositivos conectados; logind, «systemd --user» y journald están involucrados en la gestión de sesiones de usuario en gnome-session; systemd.timer se utiliza en GNOME Clock.
Entre las nuevas funcionalidades que se podrán implementar en las compilaciones basadas en systemd, se destaca el control granular de privilegios, la incorporación de capacidades avanzadas para la seguridad y la gestión de dependencias entre servicios, la integración completa con cgroups, el uso de activación por socket (por ejemplo, CUPS solo puede activarse al acceder a un puerto de red) y la disponibilidad de herramientas integradas para analizar el proceso de arranque.
Fuente: opennet.ru
