{"id":114150,"date":"2024-03-06T12:25:51","date_gmt":"2024-03-06T10:25:52","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/proekt-postmarketos-predstavil-sborki-na-baze-systemd"},"modified":"2024-03-06T12:25:51","modified_gmt":"2024-03-06T10:25:52","slug":"proekt-postmarketos-predstavil-sborki-na-baze-systemd","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/proekt-postmarketos-predstavil-sborki-na-baze-systemd","title":{"rendered":"El proyecto postmarketOS presenta compilaciones basadas en systemd","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Los desarrolladores del proyecto postmarketOS, que desarrolla una distribuci\u00f3n de Linux para smartphones basada en el paquete Alpine Linux, la biblioteca est\u00e1ndar 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\u00f1o para implementar el soporte de systemd, se ha preparado y est\u00e1 disponible para pruebas un prototipo de compilaci\u00f3n que utiliza systemd en lugar del sistema de inicializaci\u00f3n OpenRC. <\/p>\n
El soporte para la creaci\u00f3n de compilaciones basadas en OpenRC se mantendr\u00e1 al menos mientras se utilice este sistema en Alpine Linux. Al crear im\u00e1genes de postmarketOS, se deja la opci\u00f3n de elegir OpenRC en pmbootstrap. Entre otras cosas, los desarrolladores de compilaciones con la interfaz gr\u00e1fica Sxmo (Simple X Mobile), que se basa en el gestor de composici\u00f3n Sway, planean seguir utilizando OpenRC. <\/p>\n
Las compilaciones con systemd seguir\u00e1n form\u00e1ndose sobre la base del paquete Alpine Linux, a pesar de que esta distribuci\u00f3n 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\u00f3n principal de systemd con el tiempo (se est\u00e1 trabajando junto a los desarrolladores de systemd para simplificar la integraci\u00f3n). <\/p>\n
La raz\u00f3n para implementar el soporte de systemd es la complejidad de mantener la pila de inicializaci\u00f3n 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\u00f3 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. <\/p>\n
Por ejemplo, para la compatibilidad con los servicios hostnamed, localed y timedated, se utiliz\u00f3 la capa openrc-settingsd; en lugar de udev se emple\u00f3 el paquete eudev, en lugar de logind \u2014 elogind, en lugar de journald \u2014 logbookd, para asegurar la funcionalidad de \u00absystemd \u2014user\u00bb se us\u00f3 el paquete superd, y como sustituto de systemd.timer se utiliz\u00f3 waked.
<\/center> <\/p>\n
De las capas utilizadas, el acompa\u00f1amiento 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\u00f1o. Adem\u00e1s, los desarrolladores de KDE Plasma Mobile desear\u00edan utilizar el servicio systemd-coredumpd para simplificar la depuraci\u00f3n, pero su reemplazo corecollector ha estado sin soporte desde 2020. <\/p>\n
En cuanto a la necesidad de utilizar estos servicios, la API D-Bus proporcionada por hostnamed, localed y timedated se utiliza en GNOME para cambiar las configuraciones regionales, par\u00e1metros del sistema y zonas horarias; udev es necesario para gestionar los dispositivos conectados; logind, \u00absystemd \u2014user\u00bb y journald est\u00e1n involucrados en la gesti\u00f3n de sesiones de usuario en gnome-session; systemd.timer se utiliza en GNOME Clock. <\/p>\n
Entre las nuevas funcionalidades que se podr\u00e1n implementar en las compilaciones basadas en systemd, se destaca el control granular de privilegios, la incorporaci\u00f3n de capacidades avanzadas para la seguridad y la gesti\u00f3n de dependencias entre servicios, la integraci\u00f3n completa con cgroups, el uso de activaci\u00f3n 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. \n Fuente: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"
![\"El](\"\/wp-content\/uploads\/2024\/03\/958cea9cab0605fb126a29342b664518.png\")
<\/center> <\/p>\n