Vlákno názorů k článku GNOME bude více záviset na systemd, většině uživatelů to ale vadit nebude od SPM - Já bych možná pro začátek ocenil, kdyby alespoň...

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...

Pokud to chapu spravne, tak presne tohle se ted melo dit. Pritahnou se srouby zavislosti, aby proste veci, ktere GNOME resit nema resil ten, kdo to umi a neresilo, co kdyz nekdo nebude chtit pouzivat systemd (mysleno projekty z dilny systemd & co, ne jenom jako init)

Ty jo, ono to někde v nějaké dsitribuci fakt funguje? Mohl bych poprosit o link na zdroj? Já tohle řeším od doby, co jsem odešel z W a zatím blankscreen-suspend-hibernate nikde nefunguje a televizní pc klidně jede celý den :-(

Obavam sa, ze hibernacia nikde fungovat nebude.

Minimalne preto, ze kernel_lockdown(7) ju vypina, ked nie je sifrovany swap. No a odhibernovat zo sifrovaneho swapu je problem typu sliepka-vajce.

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 :-) ).

Hmm, to je opravdu triviální postup

Přidat dva parametry do kernel cmdline, které tam klikací distribuce nejspíš přidají sami? To mi přijde teda o dost jednodušší, než na tom konkurenčním OS vedle pořád řešit, proč ten uspaný notebook v batohu je horký a za půl dne vybitý (a že se to stává úplně všem...)

Ano, proč by nefungovalo? Bohužel to, pravda, spíše nefunguje než funguje ale skutečně existují i stroje, kde to funguje dobře.