Názory k článku GNOME bude více záviset na systemd, většině uživatelů to ale vadit nebude

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.

Tak mj. je tu problem s jinymi systemy nez linux. Systemd je az na nejake specialni vyjimky (velmi omezeny beh pod WSL2) ciste a jen Linuxova zalezitost.

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.

Ale vleče se to...

Jenom uživatelům Void Linux, Gentoo, Chimera Linux, Artix, Devuan, Alpine Linux, FreeBSD, OpenBSD...

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

Navíc Gentoo umí i systemd (nevím statistiky co je jak populární)

Hele, co jsem mluvila s maintainerkou Chimery tak obavy jsou vcelku přehnané a prý to nebude tak těžké to obejít.

Co mají dělat distribuce bez systemd?
No já bych řekl jednoduše, přejít na xfce :-)

Jednoznačně. Mají tisíc jiných možností, co nabízet. Jiná otázka je, pokud člověku GNOME perfektně sedí, ale nepřenese se přes systemd. Ale počet těch lidí se bude limitně blížit nule, dle mého soudu. Nicméně uvidíme.