Alpine Linux package base၊ standard Musl C library နှင့် BusyBox set of utilities တို့ကို အခြေခံ၍ စမတ်ဖုန်းများအတွက် Linux ဖြန့်ဖြူးမှုကို ဖော်ဆောင်ပေးသော postmarketOS ပရောဂျက်၏ developer များသည် systemd system manager ကို အသုံးပြုရန် ဖြစ်နိုင်ချေကို ကြေညာခဲ့သည်။ တစ်နှစ်ခန့်ဆောင်ရွက်ခဲ့သည့် systemd ပံ့ပိုးကူညီမှုကို အကောင်အထည်ဖော်ခြင်း၏ရလဒ်အနေဖြင့်၊ ရှေ့ပြေးပုံစံ တပ်ဆင်ခြင်းကို ပြင်ဆင်ပြီး စမ်းသပ်ရန်အတွက် ရနိုင်သည်၊ ၎င်းတွင် systemd ကို OpenRC အစပြုခြင်းစနစ်အစား systemd ကိုအသုံးပြုပါသည်။
ဤစနစ်ကို Alpine Linux တွင်အသုံးပြုထားသရွေ့ OpenRC-based တည်ဆောက်မှုများကို ဖန်တီးရန်အတွက် ပံ့ပိုးမှုရှိနေမည်ဖြစ်သည်။ postmarketOS ပုံများကို တည်ဆောက်သည့်အခါ၊ pmbootstrap တွင် OpenRC ကို ရွေးရန် ရွေးချယ်ခွင့်သည် ကျန်နေပါသည်။ အခြားအရာများထဲတွင် OpenRC သည် Sway composite manager ကို အခြေခံ၍ Sxmo (Simple X Mobile) graphical shell ဖြင့် စည်းဝေးပွဲများ၏ developer များမှ ဆက်လက်အသုံးပြုရန် စီစဉ်နေပါသည်။
ဤဖြန့်ဝေမှုသည် systemd ကိုမပံ့ပိုးဘဲ Musl C စာကြည့်တိုက်ကိုအသုံးပြုနေသော်လည်း systemd ဖြင့်တည်ဆောက်မှုများကို Alpine Linux ပက်ကေ့ဂျ်အခြေခံပေါ်တွင် ဆက်လက်တည်ဆောက်သွားမည်ဖြစ်သည်။ Systemd သည် Glibc C စာကြည့်တိုက်ကိုသာ တရားဝင်ပံ့ပိုးထားပြီး postmarketOS ဆော့ဖ်ဝဲရေးသားသူများသည် အချိန်ကြာလာသည်နှင့်အမျှ ပင်မစနစ်သို့ ပေါင်းစည်းရန် စီစဉ်ထားသည့် ထပ်ဆောင်း ဖာထေးမှုများကို အသုံးပြုရပါမည် (ပေါင်းစပ်မှုကို ရိုးရှင်းစေရန် systemd developer များနှင့် အတူတကွ လုပ်ဆောင်နေပါသည်)။
systemd ပံ့ပိုးမှုကို အကောင်အထည်ဖော်ရခြင်း၏ အကြောင်းရင်းမှာ systemd အစိတ်အပိုင်းများပေါ်တွင် GNOME နှင့် KDE ၏ အမြဲတစေ တိုးလာနေသော မှီခိုမှုမျက်နှာတွင် OpenRC-based ကနဦးစဥ်ကို ထိန်းသိမ်းရန် ခက်ခဲခြင်းပင်ဖြစ်သည်။ systemd ကိုအခြေခံ၍ GNOME နှင့် KDE ၏လုပ်ဆောင်နိုင်စွမ်းကိုသေချာစေရန်၊ အလွှာအမျိုးမျိုးကိုအသုံးပြုရန် လိုအပ်ပြီး systemd မပါဘဲလုပ်ဆောင်ခြင်း၏ကုန်ကျစရိတ်မှာ ဤအလွှာများကို သင့်လျော်သောပုံစံဖြင့်ထိန်းသိမ်းထားရန်နှင့် GNOME နှင့် KDE ၏ဖွံ့ဖြိုးတိုးတက်မှုနှင့် ထပ်တူပြုရန် လိုအပ်ပါသည်။ အလွှာများရှိ လိုအပ်သော လုပ်ဆောင်ချက်အချို့နှင့် ဆက်လက်ထိန်းသိမ်းခြင်း developer များ၏ မှန်းဆမရခြင်းများ။
ဥပမာအားဖြင့်၊ လက်ခံပေးထားသည့်အမည်၊ ဒေသန္တရနှင့် အချိန်သတ်မှတ်ထားသော ဝန်ဆောင်မှုများနှင့် လိုက်ဖက်ညီမှုအတွက်၊ openrc-settingsd အလွှာကို အသုံးပြုခဲ့သည်၊ eudev ပက်ကေ့ဂျ်ကို udev အစား udev အစား elogind ကို အသုံးပြုခဲ့သည်၊ လော့ဂ်အင်အစား elogind ကို အသုံးပြုခဲ့သည်၊ ဂျာနယ်အစား logbookd ကို အသုံးပြုခဲ့သည်၊ superd ပက်ကေ့ဂျ်ကို အသုံးပြုခဲ့သည် “systemd -user” လုပ်ဆောင်ချက်ကို ပံ့ပိုးပေးရန်နှင့် systemd.timer အစားထိုးအဖြစ် နိုးထခြင်းဖြင့် အသုံးပြုခဲ့သည်။
အသုံးပြုထားသော အလွှာများ၏ လိုအပ်သော လုပ်ဆောင်နိုင်စွမ်းအတွက် သင့်လျော်သော ပြုပြင်ထိန်းသိမ်းမှုနှင့် ပံ့ပိုးမှုအဆင့်ကို openrc-settingsd နှင့် eudev တို့တွင်သာ ပေးဆောင်ပါသည်။ elogind၊ logbookd နှင့် superd ပရောဂျက်များကို ဆက်လက်ထိန်းသိမ်းထားသော်လည်း လိုအပ်သည့်အင်္ဂါရပ်အချို့မရှိသဖြင့် နိုးထမှုကို တစ်နှစ်ခန့် မထိန်းသိမ်းနိုင်သောကြောင့် တိုးတက်မှုလိုအပ်ပါသည်။ ထို့အပြင်၊ KDE Plasma Mobile developer များသည် အမှားရှာပြင်ခြင်းကို ရိုးရှင်းလွယ်ကူစေရန် systemd-coredumpd ဝန်ဆောင်မှုကို အသုံးပြုလိုသော်လည်း ၎င်း၏ အစားထိုး corecollector သည် 2020 ခုနှစ်အထိ မထိန်းသိမ်းနိုင်သေးပါ။
ဤဝန်ဆောင်မှုများကိုအသုံးပြုရန် လိုအပ်ချက်အရ၊ လက်ခံပေးထားသည့်အမည်၊ ဒေသန္တရနှင့် အချိန်သတ်မှတ်ပေးထားသည့် D-Bus API ကို ဒေသန္တရ၊ စနစ်ဆက်တင်များနှင့် အချိန်ဇုန်များကို ပြောင်းလဲရန်အတွက် GNOME တွင် အသုံးပြုပါသည်။ ချိတ်ဆက်ထားသော စက်ပစ္စည်းများကို စီမံခန့်ခွဲရန် udev လိုအပ်ပါသည်။ logind၊ "systemd --user" နှင့် journald တို့သည် gnome-session တွင် အသုံးပြုသူ sessions များကို စီမံခန့်ခွဲရာတွင် ပါဝင်ပါသည်။ systemd.timer ကို GNOME Clock မှ အသုံးပြုပါသည်။
systemd-based စည်းဝေးပွဲများတွင် အကောင်အထည်ဖော်နိုင်သည့် အင်္ဂါရပ်အသစ်များထဲတွင်၊ အသေးစိတ်အခွင့်ထူးစီမံခန့်ခွဲမှု၊ ဝန်ဆောင်မှုများကြားတွင် လုံခြုံရေးနှင့် မှီခိုမှုများကို စီမံခန့်ခွဲရန်အတွက် အဆင့်မြင့်အင်္ဂါရပ်များကို အသုံးပြုခြင်း၊ cgroups နှင့် အပြည့်အဝပေါင်းစပ်ခြင်း၊ socket activation အသုံးပြုခြင်း (ဥပမာ၊ CUPS လုပ်နိုင်သည် ကွန်ရက် ဆိပ်ကမ်းကို ဝင်ရောက်သည့်အခါမှသာ စတင်အသုံးပြုနိုင်သည်)၊ boot လုပ်ငန်းစဉ်ကို ပိုင်းခြားစိတ်ဖြာရန် အတွက် built-in ကိရိယာများ ရှိနေခြင်း။
source: opennet.ru