Já bych možná pro začátek ocenil, kdyby alespoň využívali ty závislosti tak, jak mají fungovat a nepytlíkovali by si to po svém. Příklad z posledních dnů: na novém notebooku jsem začal používat suspend-then-hibernate, protože uspaný do RAMky hrozně žere (funguje to tak, že ho to uspí do RAM a pokud není do nastaveného timeoutu probuzen, tak se zhibernuje). Logind to umí, elogind to umí, oba dva daemony se umí navázat na stisk power tlačítka a vyvolat tuhle akci. Co udělá gnome? Přes inhibit zakáže (e)logind tu akci provádět a řeší si to po svém. Přičemž v nastavení gnome je možnost při stisku power tlačítka jenom nedělat nic, uspat, zhibernovat nebo vypnout. I při nastavení nedělat nic to stále provádí inhibit a (e)logind tedy na to tlačítko nereaguje...
Co je za problém s odhibernováním ze šifrovaného swapu? Normálně se ten počítač pustí, načte bootloader, načte kernel s initramfs, initramfs odemkne šifrovaný disk (zeptá se na heslo které je potřeba zadat nebo by to mělo jít rozchodit i s TPM a pak se to magicky dešifruje samo) a pak to chvíli chroustá a najede to do původního stavu.
Funguje a překvapivě s tím ani nebyl žádný problém. Gentoo bez systemd (takže s elogind), kernel a initramfs kompilovaná genkernelem. Na disku je partition, co je šifrovaná LUKSem a pod ní btrfs. Btrfs má vlastní subvolume s vypnutým COW (https://wiki.gentoo.org/wiki/Swap#Swap_file) a v ní je swap file. A pak jediné, co jsem pro zprovoznění hibernace musel udělat, je přidat do kernel cmdline ty parametry resume (s UUID disku kde je swapfile) a resume_offset (tady je jako ho spočítat https://wiki.archlinux.org/title/Power_management/Suspend_and_hibernate#Hibernation_into_swap_file_on_Btrfs). S tím pak normálně loginctl hibernate funguje (uspí se to a vypne, při bootu to začne bootovat, logicky to chce zadat heslo k dešifrování disku a pak to načte obsah RAM ze swapu). A pro suspend-then-hibernate jsem akorát v elogind (ve sleep.conf) nastavil HibernateDelaySec interval a tváří se to zatím v pohodě (jenom jsem si to holt musel namapovat na nějakou nestandardní klávesovou zkratku :-) ).
Tie ine systemy nez linux budu musiet doimplementovat chybajucu funkcionalitu.
Napriklad vo freebsd uz dlhe roky vedia, ze nieco ako systemd bude nutne: https://www.youtube.com/watch?v=o_AIw9bGogo
Tak ono je to upřímně jasné od roku 2005, kdy Apple zavedl launchd pro OS X. V návaznosti na to přišel pro Linux nejdřív Upstart a následně systemd.
Upřímně jsem zvědavý, jak bude BSD komunita řešit nový init. Jestli vyjdou z toho, jak to má implementované launchd a systemd, nebo jestli vymyslí něco jiného.
...takže ten titulek je vlastně pravdivý, ne? :)
K tomu se ještě možná patří dodat, že spousta uživatelů zmíněných systémů (u mě třeba Alpine nebo FreeBSD) tam buď nikdy nespustí GUI, nebo tam nemá GNOME (ale třeba nějaký tiling window manager, v kterém pak běží 17 terminálů s zsh a třířádkovým barevným promptem, aby se to dotáhlo :)).