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.