systemd ใน postmarketOS
ล่าสุด ประกาศผู้พัฒนาโครงการ postmarketOS ผ่านบล็อกโพสต์ข่าวของ การแนะนำ systemd เพื่อสร้างระบบ ที่ เหตุผลหลัก เพื่อใช้การสนับสนุน systemd คือความยากในการดูแลรักษา สแต็กการเริ่มต้นขึ้นอยู่กับ OpenRC เผชิญกับการพึ่งพา GNOME และ KDE ที่เพิ่มมากขึ้น ของส่วนประกอบ systemd
ความพร้อมใช้งานของการใช้ systemd ในฐานะผู้ดูแลระบบเกิดขึ้นหลังจากทำงานมาหนึ่งปี และมีการเตรียมการตั้งค่าต้นแบบโดยใช้ systemd แทนระบบการเริ่มต้น OpenRC และพร้อมสำหรับการทดสอบ
เป็นที่กล่าวขวัญกันว่า แม้จะมีการเพิ่ม systemd แต่ยังคงให้การสนับสนุนต่อไป การสร้างงานสร้างตาม OpenRC ใน postmarketOS อย่างน้อยตราบใดที่ระบบนี้ยังคงใช้ใน Alpine Linux ตัวเลือกในการเลือก OpenRC จะพร้อมใช้งานเมื่อสร้างอิมเมจ postmarketOS โดยใช้ pmbootstrap นอกจากนี้ OpenRC จะยังคงถูกใช้โดยนักพัฒนาแอสเซมบลีที่ทำงานกับเชลล์กราฟิก Sxmo (Simple X Mobile) โดยอิงตาม Sway Composite Manager
ในทางกลับกัน การสร้างด้วย systemd จะยังคงยึดตามแพ็คเกจ Alpine Linux พื้นฐานแม้ว่าการแจกจ่ายนี้ไม่ได้รับการสนับสนุนอย่างเป็นทางการสำหรับ systemd และใช้ไลบรารี Musl C แทน Glibc C ซึ่งเข้ากันได้กับ systemd นักพัฒนา postmarketOS กำลังใช้แพตช์เพิ่มเติมเพื่อรวม systemd เข้ากับ Musl C และวางแผนที่จะร่วมมือกับนักพัฒนา systemd เพื่อทำให้การรวมระบบนี้ง่ายขึ้นในอนาคต
แน่นอนว่านี่ไม่ใช่งานง่าย อุปสรรคหลักประการหนึ่งที่เราพบเมื่อเราร่วมมืออย่างใกล้ชิดมากขึ้นกับนักพัฒนา KDE และ GNOME ก็คือพวกเขามีปัญหากับสแต็กที่ใช้ OpenRC ของเรา เพื่อให้ KDE และ GNOME ทำงานได้ เราใช้ systemd polyfills จำนวนมากนอกเหนือจาก OpenRC ดังนั้น แม้ว่าในทางเทคนิคแล้ว "เราไม่ได้ใช้ systemd" แต่ในทางปฏิบัติเราใช้ส่วนประกอบส่วนใหญ่ในการรัน KDE และ GNOME อยู่แล้ว เพียงแต่เป็นเวอร์ชันที่แตกต่างกันของส่วนประกอบเหล่านั้น
เพื่อให้แน่ใจว่าการทำงานของ GNOME และ KDE ตาม systemd จำเป็นต้องมีการบำรุงรักษาเลเยอร์เพิ่มเติมหลายเลเยอร์ และการทำงานโดยไม่มี systemd หมายถึงการบำรุงรักษาเลเยอร์เหล่านี้อย่างเหมาะสมและประสานกับการพัฒนา GNOME และ KDE ซึ่งก่อให้เกิดความท้าทายที่สำคัญและความไม่แน่นอนบางประการในการบำรุงรักษาอย่างต่อเนื่องโดยนักพัฒนา
นอกจากนี้ทางผู้พัฒนายังกล่าวถึงอีกด้วยว่า มีการนำเลเยอร์และแพ็คเกจต่างๆ มาใช้ เพื่อให้แน่ใจว่ารองรับบริการชื่อโฮสต์ แปลเป็นภาษาท้องถิ่น และการประทับเวลาใน postmarketOS มันตหรือรวมการใช้ openrc-settingsd สำหรับการสนับสนุนบริการชื่อโฮสต์ eudev แทน udev สำหรับการจัดการอุปกรณ์ elogind แทนการเข้าสู่ระบบสำหรับการจัดการเซสชันผู้ใช้ และ สมุดบันทึก แทนที่ วารสาร สำหรับการจัดการบันทึกและแพ็คเกจ superd ถูกนำมาใช้เพื่อมอบฟังก์ชันการทำงานที่คล้ายกับ «systemd –ผู้ใช้» และแทนที่ systemd.ตัวจับเวลา กับ ตื่นแล้ว
อย่างไรก็ตามรับประกันการบำรุงรักษาและการสนับสนุนที่เหมาะสมสำหรับ openrc-settingsd และ eudev เท่านั้น. โครงการเช่น elogind สมุดบันทึกและ superd ยังคงต้องมีการปรับปรุงเนื่องจากขาดคุณสมบัติที่จำเป็นบางประการและ ตื่นแล้ว ไม่ได้รับการบริการมาประมาณหนึ่งปีแล้ว นอกจากนี้ นักพัฒนา KDE Plasma Mobile ยังแสดงความสนใจในการใช้งานอีกด้วย systemd-coredumpd เพื่อทำให้การดีบักง่ายขึ้น แต่แทนที่มัน นักสะสมแกนกลาง, ยังไม่ได้รับการบำรุงรักษาตั้งแต่ปี 2020
บริการเหล่านี้จำเป็นสำหรับฟังก์ชันต่างๆ ใน GNOME และแอปพลิเคชันอื่นๆ ตัวอย่างเช่น D-Bus API จัดทำโดย ชื่อโฮสต์ ท้องถิ่น และกำหนดเวลา ใช้ใน GNOME เพื่อเปลี่ยนการตั้งค่าภูมิภาคและโซนเวลา ต้องใช้ Udev เพื่อจัดการอุปกรณ์ที่เชื่อมต่อขณะเข้าสู่ระบบ “systemd –ผู้ใช้» และ Journald ใช้เพื่อจัดการเซสชันผู้ใช้ใน gnome-session การใช้นาฬิกา GNOME systemd.ตัวจับเวลา สำหรับฟังก์ชั่นการใช้งาน
Eเงื่อนไขของคุณสมบัติใหม่ ที่สามารถนำไปใช้กับบิลด์แบบ systemd รวมถึงการจัดการสิทธิ์แบบละเอียด การใช้คุณสมบัติขั้นสูงเพื่อความปลอดภัยและการจัดการการพึ่งพาระหว่างบริการ การบูรณาการอย่างสมบูรณ์กับ cgroups การเปิดใช้งานซ็อกเก็ตเพื่อเริ่มบริการตามความจำเป็น (เช่น ตัวอย่าง CUPS สามารถเริ่มต้นได้เฉพาะเมื่อ การเข้าถึงพอร์ตเครือข่าย) และความพร้อมใช้งานของเครื่องมือในตัวเพื่อวิเคราะห์กระบวนการบู๊ต
ในที่สุดถ้าคุณเป็น สนใจที่จะทราบข้อมูลเพิ่มเติมเกี่ยวกับเรื่องนี้คุณสามารถตรวจสอบรายละเอียดได้ใน ลิงค์ต่อไปนี้