{"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\/fr\/blog\/news\/proekt-postmarketos-predstavil-sborki-na-baze-systemd","title":{"rendered":"Le projet postmarketOS a pr\u00e9sent\u00e9 des builds bas\u00e9s sur systemd.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Les d\u00e9veloppeurs du projet postmarketOS, qui d\u00e9veloppe une distribution Linux pour smartphones bas\u00e9e sur la base de paquets Alpine Linux, la biblioth\u00e8que standard C Musl et un ensemble d'utilitaires BusyBox, ont annonc\u00e9 la possibilit\u00e9 d'utiliser le gestionnaire de syst\u00e8me systemd. Suite aux travaux d'impl\u00e9mentation de la prise en charge de systemd, qui ont dur\u00e9 environ un an, un prototype de compilation a \u00e9t\u00e9 pr\u00e9par\u00e9 et est disponible pour les tests, dans lequel systemd remplace le syst\u00e8me d'initialisation OpenRC. <\/p>\n
Le support de la cr\u00e9ation de compilations bas\u00e9es sur OpenRC sera maintenu, du moins tant que ce syst\u00e8me est utilis\u00e9 dans Alpine Linux. Lors de la cr\u00e9ation d'images postmarketOS, il sera toujours possible de choisir OpenRC dans pmbootstrap. Entre autres, OpenRC continuera d'\u00eatre utilis\u00e9 par les d\u00e9veloppeurs des compilations avec l'interface graphique Sxmo (Simple X Mobile), qui est bas\u00e9e sur le gestionnaire composite Sway. <\/p>\n
Les compilations avec systemd seront form\u00e9es sur la base de paquets Alpine Linux, comme auparavant, m\u00eame si cette distribution ne supporte pas systemd et utilise la biblioth\u00e8que C Musl. Systemd prend officiellement en charge uniquement la biblioth\u00e8que C Glibc et les d\u00e9veloppeurs de postmarketOS doivent utiliser des correctifs suppl\u00e9mentaires qu'ils pr\u00e9voient d'int\u00e9grer dans la composition principale de systemd (des travaux de simplification de l'int\u00e9gration sont men\u00e9s en collaboration avec les d\u00e9veloppeurs de systemd). <\/p>\n
La complexit\u00e9 de la maintenance de la pile d'initialisation bas\u00e9e sur OpenRC dans un contexte de d\u00e9pendance croissante de GNOME et KDE aux composants systemd est donn\u00e9e comme raison pour la mise en \u0153uvre du support de systemd. Pour faire fonctionner les fonctionnalit\u00e9s de GNOME et KDE li\u00e9es \u00e0 systemd, il fallait utiliser diverses couches interm\u00e9diaires, et le co\u00fbt de l'utilisation sans systemd \u00e9tait la n\u00e9cessit\u00e9 de maintenir ad\u00e9quatement ces couches et de synchroniser avec le d\u00e9veloppement de GNOME et KDE, en l'absence de certaines fonctionnalit\u00e9s n\u00e9cessaires dans ces couches et de l'impr\u00e9visibilit\u00e9 de la poursuite de l'assistance par les d\u00e9veloppeurs. <\/p>\n
Par exemple, pour assurer la compatibilit\u00e9 avec les services hostnamed, localed et timedated, une couche openrc-settingsd a \u00e9t\u00e9 utilis\u00e9e, le paquet eudev a \u00e9t\u00e9 d\u00e9ploy\u00e9 \u00e0 la place de udev, elogind a remplac\u00e9 logind, logbookd a \u00e9t\u00e9 mis en place au lieu de journald, le paquet superd a \u00e9t\u00e9 utilis\u00e9 pour assurer la fonctionnalit\u00e9 de \u00ab systemd --user \u00bb, et waked a \u00e9t\u00e9 utilis\u00e9 en remplacement de systemd.timer.
<\/center> <\/p>\n
Parmi les couches utilis\u00e9es, seuls openrc-settingsd et eudev b\u00e9n\u00e9ficient d'un support ad\u00e9quat et du niveau de fonctionnalit\u00e9 n\u00e9cessaire. Les projets elogind, logbookd et superd continuent d'\u00eatre maintenus, mais n\u00e9cessitent des am\u00e9liorations car ils manquent de certaines fonctionnalit\u00e9s essentielles, tandis que waked reste sans support depuis environ un an. De plus, les d\u00e9veloppeurs de KDE Plasma Mobile souhaiteraient utiliser le service systemd-coredumpd pour simplifier le d\u00e9bogage, mais son remplacement corecollector reste sans support depuis 2020. <\/p>\n
En ce qui concerne la n\u00e9cessit\u00e9 d'utiliser ces services, les API D-Bus fournies par hostnamed, localed et timedated sont utilis\u00e9es dans GNOME pour modifier les locales, les param\u00e8tres syst\u00e8me et les fuseaux horaires ; udev est essentiel pour la gestion des dispositifs connect\u00e9s ; logind, \u00ab systemd --user \u00bb et journald sont impliqu\u00e9s dans la gestion des sessions utilisateur dans gnome-session ; systemd.timer est utilis\u00e9 dans GNOME Clock. <\/p>\n
Parmi les nouvelles fonctionnalit\u00e9s qui pourront \u00eatre mises en \u0153uvre dans les builds bas\u00e9s sur systemd, on note une gestion granulaire des privil\u00e8ges, l'utilisation de fonctionnalit\u00e9s avanc\u00e9es pour assurer la s\u00e9curit\u00e9 et la gestion des d\u00e9pendances entre services, une int\u00e9gration compl\u00e8te avec les cgroups, l'utilisation de l'activation par socket (par exemple, CUPS peut \u00eatre d\u00e9marr\u00e9 uniquement lors d'un acc\u00e8s au port r\u00e9seau), et la pr\u00e9sence d'outils int\u00e9gr\u00e9s pour analyser le processus de d\u00e9marrage. \n Source : opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"
![\"Le](\"\/wp-content\/uploads\/2024\/03\/958cea9cab0605fb126a29342b664518.png\")
<\/center> <\/p>\n