Vlákno názorů k článku Co nám dal rok 2019: Intel vs. AMD, nástup 5G a boj o systemd a Wayland od null null - "Ale zkrátka systemd je tady, je to jistou...

Motáš dvě věci. Chtít náhradu a chtít ten init, co chtěl napsat.

[Ondra Satai Nekola]
Ne, nemotam. Spis to bude o tomn, ze te trochu mijeji principy OSS, nebo souvislosti.

V pripade initV byla nespokojenost taky dost velka. Vznikly (pokud si dobre pamatuji a mimo rozsireni samotneho puvodnitho intu ) jen dva projekty, po nichz vicemene nestekl ani pes a nakonec systemd, ktery zacaly (jedno z jakych duvodu) prosazovat az mainstreamove distribuce. To neznaci moc velky zajem.

A to stejne se v podstate deje i ted. Par vecny remcalu jen nadava ale v podstate se nedeje nic. Takze zajem neco zmenit je v podstate nula...

D.A. Tiger:
Těch alternativ bylo víc. A také byly různě zaměřené – spousta projektů si různě jednoduché či složitější správce služeb udělala vlastní. Mezi ty hodně jednoduché je možné řadit třeba apachectl, složitější ale pořád interní má Postfix, no a když D. J. Bernstein psal správce služeb pro svůj qmail, rovnu ho napsal obecně a vytvořil daemontools. Mimochodem, aktuální verze daemontools je už 18 let stará, ty nedokonalosti SysVinit skriptů se řeší už hodně dlouho.

Podle mne ta kontroverznost systemd plyne hlavně z toho, že SysVinit je hodně nevyhovující a trvá to už hodně dlouho, ale dost dlouho se to řešilo různými záplatami (ty shell skripty, které se kolem SysVinitu vybudovaly, jsou svým způsobem impozantní dílo). Nebo-li rozdíl mezi tím, co SysVinit a skripty dělal, a co by dělat měl, byl hodně velký, ale pořád se to drželo natlakované a používalo se většinou to původní záplatované řešení (daemontools, runit, upstart a další používalo jen pár „bláznů“). Bylo jasné, že to jednou praskne a že to pak bude bolet – bylo jen otázkou času, kdy přesně k tomu dojde. systemd do toho šel s tím, že to klidně bude on, kdo si to odskáče, jenom ať už je to konečně za námi. Z mého pohledu je dobře, že to tak systemd udělal – kdyby to byl jen další neúspěšný pokus jako runit nebo upstart, trvala by agónie SysVinit skriptů ještě déle a ta exploze na konci by byla ještě větší a ještě bolestivější.

Nebo-li zájem o nového správce služeb byl, ale nikomu se moc nechtělo do toho rozbití stávajícího ekosystému, které ale bylo nevyhnutelné. Proč do toho mainstreamové distribuce šly je jasné – protože se systemd konečně měly projekt, který byl ochotný jít do toho rozbití, o kterém všichni věděli, že je potřeba.

V tom pripade nechapu ty vecne narky....
U každé změny najdete někoho, kdo na ni naříká. Najdete nářky na Network Manager, btrfs, ext3, Wayland, na každou novou verzi Firefoxu nebo Chrome…

[Filip Jirsak]
To je taky fakt...

Filipe, kdyz Vas mam na drate ( obrazne :-D ) vypada to, ze se v systemd docela orientujete. Mohu Vas pozadat o radu?

Resim momentalne spusteni automaticke aktualizace pri ukoncovani systemu. Skript funguje bezvadne, logovani sve cinnosti si osetruje sam. Co se mi vsak nedari je donutit systemd, aby jej spustil PRED remountem disku pri ukoncovani systemu, pockal na jeho skonceni ( a behem toho nic nedelal) a pripadne nejak povolit skriptu, aby vypsal par kratkych hlasek do aktivni konzole.

Bohuzel se mi vetsinou spusti prilis pozde - pokud vubec. Tady je unita :


[Unit]
Description="System automaticaly update"
DefaultDependen­cies=no
Before=shutdow­n.target reboot.target halt.target

[Service]
ExecStart=/bin/true
ExecStop=/usr/bin/sys_au­to_upgrader.sh
Type=oneshot
RemainAfterExit=yes

[Install]
WantedBy=multi-user.target
#WantedBy=hal­t.target reboot.target shutdown.target

D.A. Tiger: Já jsem akorát (spokojený) uživatel systemd, nijak moc ho neznám… Pokud potřebujete spouštět skript před odmountováním některých disků, použil bych RequiresMountsFor= a skript bych spouštěl normálně přes ExecStart.

[Filip Jirsák]

RequiresMountsFor= Me vubec nenapadl, vyzkousim. Diky :)

[Kecka]
Uprime, pokud ti odpoved typu "autori mainstreamovych dister" pripada stejna jako "no... nekde", tak asi nema cenu to dal rozvijet.