systemd dalam postmarketOS
Baru-baru ini pemaju projek postmarketOS, diumumkan melalui blog menyiarkan berita mengenai pengenalan sistemd kepada binaan sistem. The sebab utama untuk melaksanakan sokongan systemd adalah kesukaran untuk mengekalkan timbunan permulaan berdasarkan OpenRC menghadapi pergantungan yang semakin meningkat pada GNOME dan KDE daripada komponen systemd.
Ketersediaan menggunakan systemd sebagai pentadbir sistem datang selepas setahun bekerja dan persediaan prototaip menggunakan systemd dan bukannya sistem permulaan OpenRC telah disediakan dan disediakan untuk ujian.
Disebutkan bahawa Walaupun terdapat penambahan systemd, sokongan akan terus disediakan mencipta binaan berdasarkan OpenRC dalam postmarketOS, sekurang-kurangnya selagi sistem ini terus digunakan dalam Alpine Linux. Pilihan untuk memilih OpenRC akan tersedia apabila mencipta imej postmarketOS menggunakan pmbootstrap. Selain itu, OpenRC akan terus digunakan oleh pembangun pemasangan yang bekerja dengan cangkerang grafik Sxmo (Simple X Mobile), berdasarkan pengurus komposit Sway.
Sebaliknya, pihak binaan dengan systemd masih akan berdasarkan pakej asas Linux Alpine, walaupun pada hakikatnya pengedaran ini tidak mempunyai sokongan rasmi untuk systemd dan menggunakan perpustakaan Musl C dan bukannya Glibc C, yang serasi dengan systemd. Pembangun postmarketOS sedang melaksanakan tampung tambahan untuk menyepadukan systemd dengan Musl C dan merancang untuk bekerjasama dengan pembangun systemd untuk memudahkan penyepaduan ini pada masa hadapan.
Sudah tentu, ini bukan tugas yang mudah, salah satu halangan utama yang kami hadapi semasa kami bekerjasama lebih rapat dengan pembangun KDE dan GNOME ialah mereka menghadapi kesukaran dengan timbunan berasaskan OpenRC kami. Untuk menjadikan KDE dan GNOME berfungsi, kami menggunakan banyak polyfill sistem sebagai tambahan kepada OpenRC. Jadi, walaupun secara teknikal "kami tidak menggunakan systemd", dalam praktiknya kami sudah menggunakan sebahagian besar komponennya untuk menjalankan KDE dan GNOME, hanya versi komponen tersebut yang berbeza.
Untuk memastikan kefungsian GNOME dan KDE berdasarkan systemd, beberapa lapisan tambahan diperlukan untuk diselenggara, dan bekerja tanpa systemd bermakna mengekalkan lapisan ini dengan betul dan menyegerakkannya dengan pembangunan GNOME dan KDE, yang menimbulkan cabaran yang ketara dan beberapa ketidakpastian dalam penyelenggaraan berterusan oleh pembangun.
Di samping itu, pemaju menyebutnya Pelbagai lapisan dan pakej telah dilaksanakan untuk memastikan sokongan untuk nama hos, penyetempatan dan perkhidmatan cap masa dalam postmarketOS. T nyaatau termasuk penggunaan openrc-settingsd untuk sokongan untuk perkhidmatan nama hos, eudev dan bukannya udev untuk pengurusan peranti, elogind bukannya log masuk untuk pengurusan sesi pengguna, dan buku log sebaliknya jurnal untuk pengurusan log dan pakej superd digunakan untuk menyediakan fungsi yang serupa dengan «systemd –pengguna»dan ganti systemd.pemasa dengan terjaga.
Walau bagaimanapun, penyelenggaraan dan sokongan yang betul hanya dijamin untuk openrc-settingsd dan eudev. Projek seperti elogind, buku log dan superd masih memerlukan penambahbaikan, kerana mereka kekurangan beberapa ciri yang diperlukan, dan terjaga Sudah hampir setahun ia tidak diservis. Selain itu, pembangun KDE Plasma Mobile menyatakan minat untuk menggunakan systemd-coredumpd untuk memudahkan penyahpepijatan, tetapi menggantikannya, pengumpul teras, Ia tidak menerima penyelenggaraan sejak 2020.
Perkhidmatan ini diperlukan untuk pelbagai fungsi dalam GNOME dan aplikasi lain. Contohnya, D-Bus API yang disediakan oleh dinamakan hos, setempat dan bertarikh masa Ia digunakan dalam GNOME untuk menukar tetapan serantau dan zon waktu. Udev diperlukan untuk menguruskan peranti yang disambungkan, semasa log masuk, "systemd –pengguna»dan journald digunakan untuk mengurus sesi pengguna dalam gnome-session. Jam GNOME menggunakan systemd.pemasa untuk fungsinya.
En segi ciri baharu yang boleh dilaksanakan dengan binaan berasaskan systemd, termasuk pengurusan keistimewaan berbutir, penggunaan ciri lanjutan untuk memastikan keselamatan dan mengurus kebergantungan antara perkhidmatan, integrasi penuh dengan cgroup, pengaktifan soket untuk memulakan perkhidmatan seperti yang diperlukan (cth. contoh, CUPS boleh dimulakan hanya dengan mengakses port rangkaian), dan ketersediaan alat terbina dalam untuk menganalisis proses but.
akhirnya jika anda berminat untuk mengetahui lebih lanjut mengenainya, anda boleh menyemak butirannya di pautan berikut.