Projekt BusyBox na konci října odstranil podporu pro kontroverzní Systemd pomocí jediného krátkého commitu. Změnu provedl Denys Vlasenko a bez většího rozruchu prošla i mailing listem. Komentář je velmi krátký:
Lidé od systemd nechtějí hrát čistou hru se zbytkem světa. Takže není důvod, aby s nimi zbytek světa spolupracoval.
* debian bez sD existuje - https://devuan.org/ - nevim jak na tom jsou, nezkousel jsem
* a pak, ze kazda zmena je k horsimu
V podstatě nic, protože člověk není* nucen to používat. A proč to nepoužívat?
http://without-systemd.org/wiki/index.php/Arguments_against_systemd
* Chyba je, že celá řada distribucí přešla na systemd, a celá řada balíčků závisí přinejmenším na jeho knihovnách. A toto už podle mě špatné je. Ne každému se chce instalovat LFS nebo Gentoo.
Spatny na nem je uplne vse, protoze aby startoval dhcp server na klientech a to jeste pred startem systemu a firewallu je nehoraznost. A to neni zdaleka jedina vec. Binarni logy, ktery neprectes v nicem, a jejichz necitelnost se povazuje za ficuru ... startovani sluzeb ktery nechces, nemoznost sluzby zastavit, nenastartovani sluzeb ktery potrebujes ... (trebas prinserver, coz ... kterej nenastartuje, dokud se na nej nehrabne, a hrabat neni proc, protoze nenajde zadny tiskarny ... lol)
to jeste pred startem systemu a firewallu
To dělá, jen pokud neumíte nastavit závislosti. Což budete mít úplně stejný problém s NetworkManagerem či ifupdown.
startovani sluzeb ktery nechces
j má totiž velký problém spustit: systemctl disable služba.service ;-)
nemoznost sluzby zastavit
systemctl stop služba.service
trebas prinserver, coz ... kterej nenastartuje, dokud se na nej nehrabne, a hrabat neni proc, protoze nenajde zadny tiskarny
Pokud na něj není potřeba hrabat, takže je snad úplně jedno, jestli běží, ne? Ale jestli máte potřebu spouštět server, na který se nikdo stejně nepřipojí, tak to systemd také umí ;-)
Ad 2., 3. Mistře, ale to nic nezastaví. Ta služba se opět kdykoliv spustí přes ten genitální Lennartův socket.
Ad 4. Ne, to opravdu jedno není. Takhle bezva "featura" totálně rozjebala printservery. Proč? No, protože socket-based activation.
Napriklad tohle: http://houseofbrick.com/udev-rules/ i kdyz to souvisi se systemd jen neprimo.
Novy udev z RHEL7 uz neumoznuje pojmenovavat disky v udev pravidlech. Parametr NAME lze pouzit pouze pro sitove adaptery. Udrzovat udev pravidla pro kazdou verzi udev je vopruz.
Systemd mi usetril tolko prace na projekte, ze to ani nedokazem vycislit + integracia s dbus + network konfiguracia + process management... S tymto som schopny nakonfigurovat velmi robustny system.. so system v init sa mi o tom mohlo akurat tak snivat.... journalctl ani nehovorim, filtrovanie logu podla procesu... klobuk dole, takto si predstavujem spravny krok smerom k carrier grade linuxu.
service/rc.d a ine popri systemd vyzeraju ako z doby kamennej...
Je to trolování, není to trolování…
Komunikaci s D-Busem a process management umí i upstart.
Podpora síťování v systemd je dost mizerná, mnohem lépe (a spolehlivěji) funguje Network Manager. Samozřejmě včetně napojení na D-Bus, Polkit a pravidla upstartu.
Filtrování podle procesu umí syslog snad od nepaměti, rsyslog to umí i přes síť a v databázi. Je tak možné třeba vypsat log jedné binárky z deseti serverů najedou a nemuset řešit, kam to zrovna přes load balancing spadlo.
Mě systemd připravil o spoustu času, který jsem musel věnovat vymýšlení workaroundů na triviality. Např. spustit při shutdown script, který potřebuje vidět do sítě, to byla vskutku lahůdka.
Je to křáp, navržený v duchu nejhorších tradic Microsoftu. Do unixového OS podle mě takový hnus nepatří.
Busyboxu gratuluji. Aspoň někdo....
Ber to tak... SystemD dokáže natolik zpříjemnit život, že bych se celkem vsadil, že kvůli němu už muselo být několik sebevražd. Oproti tomu je likvidace jednoho Poetteringa celkem férová, ne? Osobně nechápu, proč raději nezačal tvořit vlastní OS a musí kazit něco, co funguje. Stejně je podle něj všechno, co neudělal on, špatně a je třeba to předělat. V Linuxu už mi opravdu chybí jen jedna podstatná featura... registry systému :D I když je pravda, že na něčem podobným funguje Gnome, ne? :D Teď doufám, že jsem ho moc neurazil, přiznám se, už jsem ho nezkoušel pěknou řádku let, ale byla tam ta konfigurace jakási pochybná a předpokládám, že je to tak stále. Jestli kecám, tak se omlouvám.
Osobně nechápu, proč raději nezačal tvořit vlastní OS a musí kazit něco, co funguje.
Nekteri Nemci porad nedokazi skousnout ty dve prohrane valky. Treba kdyz se za prvni svetove stahovali z Nemecka, tak jak akt pomsty vypalovali a vyhazovali budovy ve mestech do luftu. Viz napriklad https://en.wikipedia.org/wiki/Cambrai#20th_century . No a Poettering proste nema prostredky na to, aby skodil v takto velkem meritku, tak se msti, jak muze.
No... dejme tomu pár let a už to nebude jen GNU/Linux, ale bude to SystemD/GNU/Linux . Dokud se to tvářilo jen jako neschopnej zabugovanej init, tak jsem to ještě toleroval, ale jak to na sebe začíná nabalovat i věci okolo, tak už to fakt nemám rád. Aby mi nebylo vytýkáno, že chci páchat násilí (nechci, jsem pacifista), tak bych možná navrhnul uspořádat na Poetteringa sbírku a za vybrané peníze ho zaměstnat na nějakém zajímavém projektu, který nebude tak škodit... možná raději něco pro widle by to chtělo, tam nemá co zkazit :D
Nasili? Pouze snaha najit Poetteringovi uzitecnou karieru. Zatim z nej vypadlo PulseAudio a systemd, oboji stoji za hovno a jsou s tim problemy. Pricemz ten blb je natolik povznesen nad obycejne smrtelniky, ze se kritikou a i nekterymi zretelnymi bugy vubec nezabyva. Snad akorat na to Avahi nedopatrenim nikdo nenadava, ale mozna jsem jen neco prehledl.
Jo, ale kolik lidi potrebuje za behu prepinat zvukove karty a kolika by uplne obycejne stacilo, aby jim nevypadaval zvuk ve filmech, kdykoliv o kousek zaseekuji? Nebo kdykoliv, kdyz vzroste zatizeni systemu pres urcitou miru - coz znamena, ze filmy ve vetsim rozliseni AND/OR s drsnejsi kompresi se nedaji prehrat, protoze PA chcipne a trucuje. Pricemz docasny vypadek zvuku by se dal pochopit, ale ze se ta sracka uz vubec nechytne a s klidem dohraje film az do konce bez zvuku, tak to uz ne. Nekdy se to jeste da zachranit tim, ze clovek zaseekuje na vhodne misto a pak uz to hraje. Ale nekdy je nutno zavrit player a pustit znovu.
Poettering by udelal lepe, kdyby napred odladil PA, nez se pusti do vyroby dalsich nedotazenych sracek.
https://bugs.launchpad.net/ubuntu/+source/vlc/+bug/1319233
Deje se to ponejvice s VLC, ale obcas i jinde. Tady pisi, ze se to delo i ve Firefoxu: https://wiki.xiph.org/Playback_Troubleshooting . Ovsem je to uz starsi.
Samozrejme, vzhledem k tomu, jaky je zvukovy subsystem Linux bordel na entou, je mozne, ze problem je jinde. Nicmene se to deje od doby, kdy se objevilo PA. Ovsem zkuste najit, kde presne je chyba, kdyz zvukovy subsystem vypada nejak takto:
ALSA kernel drivers1 -> ALSA library2 ( -> dmix3 ) -> PulseAudio server4 -> Alsa library5 + Pulse backend6 -> Application - in other words, six layers of audio redirection; or seven layers in case of KDE since they have their own audio subsystem called Phonon).
http://linuxfonts.narod.ru/why.linux.is.not.ready.for.the.desktop.current.html
Vyvojari neadministrujou nic, co by stalo za utrousenej prd. Protoze nikdo svepravnej nemuze myslet vazne binarni log. Vis co? Za domaci ukol si na widlich, ktery nenabootujou precti logy abys zjistil proc. Treba ti to dojde, i kdyz ve tvym pripade o tom vrele pochybuju.
Stejne tak admin ocekava, ze kdyz servis dostane pokyn start, tak ze nabehne, a ze kdyz dostane pokyn stop, tak zustane vypnutej, a ne ze stopne apache, a ten mu behem pristich 10ms zacne pod rukama startovat. Takhle imbecilne se nechovaj ani widle. A to je co rict.
Nebylo by to tak zlé, kdyby to nebyl takovej nevyléčitelnej mor. Pro mě byl Linux vždy o volbě, v podstatě mám jádro a kolem něj už si naskládám co chci a jak chci. Můžu si zvolit DE/WM, můžu si zvolit logger, cron, celý to můžu mít na jakým FS chci, i v rámci jádra si můžu zvolit, jestli si chci cpát do paměti věci, který nikdy nepoužiju, sw si můžu zkompilovat s featurama, které se mi hodí, tak proč proboha do toho celýho cpát nějaký SystemD takovým způsobem, že už ho není pomalu jak vykopat? Pro mě osobně jsou to mrtvý distribuce. V práci bohužel používáme na některých serverech CentOS, ale i to se snažím omezit.
Ale preco by si ho mal vykopavat? Evidentne je dovod na to ho nasadzovat do mainstreamovych distribucii a naozaj si nemyslim, ze je to tym, ze VSETCI prepadli caru stvoritela SystemD a bezmyslienkovite ho do svojich distribucii implementovali...
Mozno, namiesto zbytocnych bojov a obchadzania, by bolo lepsie sa proste so SystemD naucit pracovat.
Bohužel, snaha byla, nicméně naučit se s tím pracovat znamená naučit se s tím bojovat a obcházet to. Zatím se mi nestalo, že bych v to našel nějakou výhodu, vždycky jenom problémy. Je to nědodělanej bastl, kterej v každé verzi pokazí něco jinýho a absolutně nechápu, jak se něco takovýho vůbec mohlo dostat do velkých distribucí. A podotýkám, že jsem člověk, kterej rád a často zkouší nový věci, na mým soukromým notebooku se to hemží unstable a live verzema všeho možnýho a strašně se těším, když vyjde nějaká větší aktualizace, že se podívám, co je novýho, co se vylepšilo atd. Občas něco prostě zdechne, no co, nainstaluju zpět starší, když to nutně potřebuju, ale u SystemD je to prostě jinak, tam aby se člověk bál u každé verze, co bude muset zase obcházet...
"Mozno, namiesto zbytocnych bojov a obchadzania, by bolo lepsie sa proste so SystemD naucit pracovat."
No to je úžasná rada, taková moderní, frikulínská. Takže já se s tím naučím pracovat a rázem všechny problémy zmizí a svět bude sluníčkový.
"Ale preco by si ho mal vykopavat?"
Šmankote!!! Třeba proto, že jsou s tím paskvilem problémy, které člověku přidělávají práci navíc?
"Evidentne je dovod na to ho nasadzovat do mainstreamovych distribucii a naozaj si nemyslim, ze je to tym, ze VSETCI prepadli caru stvoritela SystemD a bezmyslienkovite ho do svojich distribucii implementovali..."
Důvod se najde vždy. Otázkou je, zda je ten důvod validní, nebo je to jen výmluva.
Jo, takové složité bastly jsou dneska v módě. Včera jsem potřeboval nahlédnout do síťové komunikace jednoho programu na widlích, tak jsem si stáhnul úžasný M$ Network Message Analyzer (pochopitelně 2x, protože verze pro x64 je jiná). Ani po půl hodině jsem nebyl schopnej to rozběhat, neuvěřitelně složitý bastl. Následovalo stažení starého Network Monitoru a za 15 minut bylo vyřešeno.
Jasne, jak sem rek, nelecitelny, ty tupce, ty nevis ze kdyz potrebujes udev, tak potrebujes systemd? Jo, Gentoo to patchuje a vedle vyrabi eudev. Otazka zni, jak dlouho je to bude bavit.
Se systemd se pracovat neda, protoze na praci je to zcela nepouzitelny. To si radsi nainstaluju ty widle.
Vyvojar sa na svoj projekt diva inac ako uzivatel. "Vidi" pod povrch produktu ktory vyvyja. Niekedy to moze viest k programatorskym "vylepseniam" v zmysle "robim to lebo mozem". Tak vznikaju rozne "akonadi" a dalsie masovo naozaj potrebne veci. SystemD sa z povodnej (rozumnej) myslienky pretavil na nieco "all in one". Ze to pekne funguje a ked sa nic nedeje je fajn. Ale od SW (obzvlast ak je esencialnou sucastou OS) ocakavam ze bude dobre fungovat aj pocast kritickej situacie - chyba na disku, nepodareny update/upgrade. SystemD je sada mnozstva kniznic a nastrojov - na ktorych zavisi funkcnost dalsieho mnostva nastrojov a aplikacii. Ak zlyha SystemD moze zlyhat aj to ostatne. Takychto udalosti je plny google staci hladat.
v případě Vašeho příspěvku je hranice mezi vtipkováním a trollingem hodně tenk
No, vidíš, Ondřeji. A to je přesně ta tragédie. Ono už by totiž nikoho nepřekvapilo, kdyby to v té systemd sračce skutečně bylo. Počet LOC v té Lennartově slátanině se blíží půl milionu. Zoufalost.
ČLÁNKY DO MAILU