{"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\/de\/blog\/news\/proekt-postmarketos-predstavil-sborki-na-baze-systemd","title":{"rendered":"Das Projekt postmarketOS hat Systemd-basierte Builds vorgestellt.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Die Entwickler des Projekts postmarketOS, das eine Linux-Distribution f\u00fcr Smartphones entwickelt, die auf der Paketbasis von Alpine Linux, der standardm\u00e4\u00dfigen C-Bibliothek Musl und dem Satz von Utilities BusyBox basiert, haben die M\u00f6glichkeit angek\u00fcndigt, den Systemmanager systemd zu verwenden. Nach einem Jahr der Arbeit an der Implementierung der Unterst\u00fctzung f\u00fcr systemd ist ein Prototyp der Version verf\u00fcgbar, in dem anstelle des Init-Systems OpenRC systemd eingesetzt wird. <\/p>\n
Die Unterst\u00fctzung zur Erstellung von Builds auf Basis von OpenRC bleibt bestehen, mindestens solange dieses System in Alpine Linux verwendet wird. Bei der Erstellung von postmarketOS-Images bleibt die M\u00f6glichkeit, OpenRC in pmbootstrap auszuw\u00e4hlen. Unter anderem planen die Entwickler von Builds mit der grafischen Oberfl\u00e4che Sxmo (Simple X Mobile), die auf dem Compositor Sway basiert, OpenRC weiterhin zu verwenden. <\/p>\n
Builds mit systemd werden weiterhin basierend auf der Paketbasis von Alpine Linux erstellt, obwohl diese Distribution systemd nicht unterst\u00fctzt und die C-Bibliothek Musl verwendet. Systemd unterst\u00fctzt offiziell nur die C-Bibliothek Glibc, und die Entwickler von postmarketOS m\u00fcssen zus\u00e4tzliche Patches verwenden, die im Laufe der Zeit in den Hauptbestand von systemd integriert werden sollen (es wird in Zusammenarbeit mit den Entwicklern von systemd daran gearbeitet, die Integration zu erleichtern). <\/p>\n
Als Grund f\u00fcr die Implementierung der Unterst\u00fctzung f\u00fcr systemd wird die Schwierigkeit genannt, den Init-Stack auf Basis von OpenRC angesichts der st\u00e4ndig wachsenden Abh\u00e4ngigkeit von GNOME und KDE von Komponenten von systemd aufrechtzuerhalten. Um die Funktionalit\u00e4ten von GNOME und KDE, die von systemd abh\u00e4ngen, zu gew\u00e4hrleisten, mussten verschiedene Schichten verwendet werden. Der Preis f\u00fcr das Arbeiten ohne systemd war die Notwendigkeit, diese Schichten in gutem Zustand zu halten und mit der Entwicklung von GNOME und KDE zu synchronisieren, w\u00e4hrend in den Schichten einige notwendige Funktionen fehlten und die Fortf\u00fchrung der Unterst\u00fctzung durch die Entwickler unvorhersehbar war. <\/p>\n
Zum Beispiel wurde zur Kompatibilit\u00e4t mit den Diensten hostnamed, localed und timedated die Schicht openrc-settingsd verwendet, anstelle von udev wurde das Paket eudev eingesetzt, anstelle von logind wurde elogind verwendet, anstelle von journald kam logbookd zum Einsatz, zur Sicherstellung der Funktionalit\u00e4t von \u201asystemd \u2014user\u2018 wurde das Paket superd verwendet, und als Ersatz f\u00fcr systemd.timer wurde waked genutzt.
<\/center> <\/p>\n
Von den verwendeten Schichten wird die erforderliche Unterst\u00fctzung und das Niveau der notwendigen Funktionalit\u00e4t nur in openrc-settingsd und eudev gew\u00e4hrleistet. Die Projekte elogind, logbookd und superd werden weiterhin unterst\u00fctzt, bed\u00fcrfen jedoch \u00dcberarbeitungen, da ihnen einige notwendige Funktionen fehlen, w\u00e4hrend waked seit etwa einem Jahr ohne Unterst\u00fctzung bleibt. Dar\u00fcber hinaus m\u00f6chten die Entwickler von KDE Plasma Mobile den Dienst systemd-coredumpd zur Vereinfachung des Debuggings nutzen, doch dessen Ersatz corecollector bleibt seit 2020 unbetreut. <\/p>\n
Was die Notwendigkeit der Nutzung dieser Dienste betrifft, so werden die von hostnamed, localed und timedated bereitgestellten D-Bus-APIs in GNOME verwendet, um Locale, Systemeinstellungen und Zeitzonen zu \u00e4ndern; udev ist erforderlich f\u00fcr die Verwaltung von angeschlossenen Ger\u00e4ten; logind, \u201asystemd \u2014user\u2018 und journald kommen bei der Verwaltung von Benutzersitzungen in gnome-session zum Einsatz; systemd.timer wird in GNOME Clock verwendet. <\/p>\n
Zu den neuen Funktionen, die in den Versionen auf Basis von systemd realisiert werden k\u00f6nnen, z\u00e4hlen granulierte Verwaltung von Berechtigungen, der Einsatz erweiterter Sicherheits- und Abh\u00e4ngigkeitsmanagement-Funktionen zwischen Diensten, vollst\u00e4ndige Integration mit cgroups, die Nutzung der socketbasierten Aktivierung (zum Beispiel kann CUPS nur beim Zugriff auf den Netzwerkport gestartet werden) sowie integrierte Werkzeuge zur Analyse des Bootprozesses. \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"
![\"Das](\"\/wp-content\/uploads\/2024\/03\/958cea9cab0605fb126a29342b664518.png\")
<\/center> <\/p>\n