Vlákno názorů k článku Jak nikdy nespouštět službu, aneb kdo posílá tajemný SIGKILL? od krauser - A to je presne ten rozdil, kdyz se...

Mas pravdu, jen par stovek serveru / VM, pak nejake Fedory 27, na laptopu Arch.

Očividně to nestačí...

Pokud se chces bavit konkretne, hod sem link na bugreport. Predpokladam, ze jsi to reportoval :-)

To jsem svého času zkoušel, vzhledem k bezradnosti těch, co to mají na starosti a tomu, že jsem si to vždycky nakonec nějak vyřešil sám to už nedělám, je to zbytečná ztráta času. A hlásit to přímo Poeteringovi? Vyřešit to tak, že to prohlásím za feature umím taky - opět zbytečná ztráta času.

Jinak je to na urovni jedna pani povidala.

To vaše určitě :)

Co se tyka sessions a systemd - jsou tam nejake zname stare (vyresene) bugy

Což dle vaší logiky vylučuje neznámé a nevyřešené... Jasně :)

Pro váš klid prohlašuji, že systemd je bezchybný, tahle diskuze s "idealistama", uzavřenýma ve svém výseku světa, kde jim to náhodou funguje a popírající stavy, kdy to prostě nefunguje je zbytečná. ;)

> To jsem svého času zkoušel, vzhledem k bezradnosti těch, co to mají na starosti a tomu, že jsem si to vždycky nakonec nějak vyřešil sám to už nedělám, je to zbytečná ztráta času. A hlásit to přímo Poeteringovi? Vyřešit to tak, že to prohlásím za feature umím taky - opět zbytečná ztráta času.

No tak sup, linky na bugreporty, kdyz jsi to zkousel :-)

> Pro váš klid prohlašuji, že systemd je bezchybný, tahle diskuze s "idealistama", uzavřenýma ve svém výseku světa, kde jim to náhodou funguje a popírající stavy, kdy to prostě nefunguje je zbytečná. ;)

Ja nejsem zadny idealista, me je SD celkem sumak, spoustu veci si dovedu predstavit, ze by delal jinak / lepe / ... Jen konstatuji to, ze pokud vis o nejakych chybach, tak je mas nareportovat.
Pokud jsi je nareportoval, neni nic jednodussiho nez poslat bugreporty.
Pokud jsou ty chyby tak bezne a nereportoval jsi je, jiste neni problem najit nejake bugreporty jinych.

Ja jsem si tu praci s googlenim problemu, co jsi popsal dal a nic potvrzujici tve tvrzeni jsem nenasel.
A nikde netvrdim, ze tam nezname bugy nejsou - zcela jednoznacne jsou (stejne jako v kernelu, glibc, OpenSSH, ....).

Tvrdis neco, pro co jsi neprinesl zadny dukaz. Stejne tak muzu prohlasit, ze LP znasilnuje male deti a upstart zpusobuje zaludecni vredy (i kdyz, s tim by mozna autor clanku souhlasil :-D), argumentacni kvalitu to ma uplne stejnou.

No tak sup, linky na bugreporty, kdyz jsi to zkousel :-)

Nechcete se zklidnit? Nejsem váš podřízený ani nemám potřebu pořád sedět na Rootu, popohánějte si někoho jiného.

Kdo chce, bugrepoty si najde, já už co se týká systemd nerepotuji, vzhledem k přístupu autora k řešení chyb i bezradnosti maintainerů. Čas je drahý, naučil jsem se si s tím poradit různými způsoby, které jsou výrazně rychlejší než zbytečné hlášení a vysvětlování, že to skutečně funguje, že jsem to co mi navrhují dávno vyzkoušel a že to nepomohlo a skončení ve stavu, že nevědí co s tím a nakonec, že to stejně nějak vyřeším sám a hotovo.

Vzhledem k vašemu povýšenému přístupu k diskuzi nepošlu, nemám zájem se s vámi zbytečně dohadovat a vyvracet vám vaše teorie, bez praktické zkušenosti.

Jen konstatuji to, ze pokud vis o nejakych chybach, tak je mas nareportovat.

To u systemd už nedělám, nemá to cenu. U jiných softů s tím problém nemám.

Tvrdis neco, pro co jsi neprinesl zadny dukaz.

Zato vy tvrdíte s důkazy, že? :D :D :D

Na zbytek vašeho příspěvku zbytečné reagovat (obzvlášť o znásilňování dětí, jen se snažíte dát svému prázdnému příspěvku váhu v silných slovech a emotivních nesouvisejících tématech).

> Zato vy tvrdíte s důkazy, že? :D :D :D
Ja jsem linkoval 2 bugreporty.
A obecne plati ze dukazni bremeno nese ten, jez neco tvrdi (v tomto pripade ty).
Chtit po jinych aby bez dukazu akceptovali nejake tvrzeni (navic odporujicich zkusenosti) je prinejmensim detinske.

> To u systemd už nedělám, nemá to cenu. U jiných softů s tím problém nemám.
To je tvoje svobodne rozhodnuti, nicmene pokud uz to nedelas a ty chyby, ktere jsi tu zminoval, jsi reportoval / nasel reportovane, tak neni opravdu nic jednodussiho nez postnout link :-)

> Na zbytek vašeho příspěvku zbytečné reagovat (obzvlášť o znásilňování dětí, jen se snažíte dát svému prázdnému příspěvku váhu v silných slovech a emotivních nesouvisejících tématech).

To je priklad argumenty / dukazy nepodlozeneho tvrzeni. Kdyz to vezmeme do dusledku, tak je to stejna situace jako diskuse o onech zasadnich chybach systemd s tebou - tvrzeni, ktere neni nicim podlozene.

Ja ti klidne verim, ze jsi se sd nejake problemy mel, ja je mel taky, ale to absolutne nevylucuje moznosti, ze
a) delas neco spatne
b) autor tve distribuce udelal neco spatne
c) je chyba v sd

Vetsina "chyb" sd, co jsem videl / cetl (vazici se napr. k zastavovani sluzeb) byla v dusledku zpusobena spatnymi .service a nikoliv chybou v samotnem sd. Tot moje zkusenost.
Ty jsi tvrdil neco jineho, ja po tobe chtel odkaz na bugreport (ktere jsem i sam zkousel hledat), ty jsi zadny nedostal a rozcilujes se, ze ti to neverim jen proto, ze to tvrdis :-) Tot ve strucnosti cela tahle diskuse.

A obecne plati ze dukazni bremeno nese ten, jez neco tvrdi (v tomto pripade ty).

Začínám mít pocit, že jste nějakým způsobem vyšinutý. Nejsme u soudu a nemám potřebu zrovna vám něco dokazovat. Už jsem vám jasně dal najevo, že o diskuzi s vámi nestojím, tak mi není jasné, co na tom nechápete a proč se mě do ní neustále snažíte zatáhnout. Ale možná to je jen projev toho, jak si z mých příspěvku vyberete co se vám hodí a "přehlížíte" zbytek, takže jste přehlídl i můj nezájem s vámi diskutovat potažmo vám něco dokazovat.

tak neni opravdu nic jednodussiho nez postnout link

"Nechci" pro vás není odpověď, že? Začínáte být otravný až vlezlý. Akceptujte prosím, že NECHCI, děkuji.

a rozcilujes se, ze ti to neverim jen proto, ze to tvrdis

1. Nerozčiluji se (proč taky, kvůli nějaké virtuální diskuzi po netu?)

2. Jestli mi to věříte nebo ne je mi úplně šuma fuk, takže jste i v tomto úplný mimoň, vaše neustálé mylné předpoklady, na kterých lpíte jako na axiomech jsou dost podstatnou chybou.

> Pokud srovnam dokumentaci systemd a v podstate skoro jakehokoliv sysvinitu z predchozich dob na Linuxu, tak mi z toho jednoznacne vychazi lepe systemd. Typicky init predtim byla smes bashovych funkci, povetsinou bez jakekoliv dokumentace.

To není pravda. Sys-V init je pouze infrastuktura která říká JAK se ty init skripty spouštějí. Vše si pak implementuje autor/maintai­ner/správce sám, a potřebuje na to znalost shellu, kterou tak jako tak doposud při práci v *nixu potřeboval. To že dokumentace obsahuje jen málo věcí neznamená, že tam je spousta nezdokumentovaných věcí. Ty v tom systému prostě nejsou, takže nepotřebují dokumentovat. A vzhledem k tomu, že ten systém se nesnažil vytlačit jiný systém, tak nepotřeboval dokumentaci běžných usecases. Místo toho existovala dokumentace k tomu jak se má chovat správný daemon (dvojitý fork, zavření stdin/stdout, ...) a považovalo se to za dokumentaci toho jak má být správně napsaná služba (nikoli za dokumentaci init systému). Systemd to bere na sebe, takže to musí zdokumentovat, a snaží se přebrat pod sebe i služby které byly napsané pro sys-V init. Takže by měl obsahovat dokumentaci správného přechodu těchto služeb. (Viz dokumentace upstartu a jeho expect fork.) To že se do stable verze tak velké distribuce jako je Debian dostane špatně napsaný service file pro tak klíčovou službu jako je ssh považuji za fail jak Debianu tak dokumentace systemd.

Ty v tom systému prostě nejsou, takže nepotřebují dokumentovat.
Viděl jste někdy nějaký rc skript? Zkuste se někdy na nějaký podívat, uvidíte, kolik tam je věcí – a zdokumentované obvykle není vůbec nic.

Netvrdím, že zdokumentovat nepotřebují. Naopak. Ale nejsou to věci o které se stará sysV init, takže to není chyba dokumentace sysV initu. Může to být chyba designu, ale není to chyba dokumentace.

Aha, takže SysVInit nedělá skoro nic, takže vlastně za nic nemůže. A ty skripty, co jsou okolo, aby to vůbec něco dělalo, ty se nepočítají, to jsou jen skripty.

Ano přesně tak. Někdo napsal SysV init kdysi velmi jednoduše, protože nechtěl/neměl sílu řešit co bude pod tím. A vznikl čurbes, se kterým se většina lidí naučila žít, a v leckterých distribucích ho i uměli docela dobře uklidit. (V debianu jsem se SysV init skripty neměl problém. Většina jich navíc používá společnou shellovou knihovnu.) Systemd sám o sobě je krokem vpřed (a často i stranou, ale o tom se teď nebavíme), ale způsob jeho zavádění je krok vzad.

> Pochopitelne, diky tomu, ze sysv init je smes bashovych skriptu, neda se zadnym zpusobem rozumne sparsovat (protoze to neni deklarativni konfigurace, ale imperativni zapis kroku), tak pochopitelne vsechny tyhle konverze jsou odsouzeny k zahube.

No a právě proto je lepší se nezkoušet dělat automatické konverze ale místo toho udělat rozumný sysVinit wrapper, který bude sysV emulovat dobře.

> No a právě proto je lepší se nezkoušet dělat automatické konverze ale místo toho udělat rozumný sysVinit wrapper, který bude sysV emulovat dobře.
Nebo nedelat zbytecnou praci s udrzovanim kompatibility s necim, co melo umrit uz davno, a proste to prevest na robustnejsi .service, jak to udelaly vsechny majoritni distribuce :-)

To prave lepsi neni, protoze to spousta majoritnich distribuci udelala spatne.

Prave proto, ze si "hraji na bezpecnostni firmu" neaktualizuji na nove (mozna nekompatibilni) verze jako blazni, ale pouzivaji stabilni, zaplatovanou verzi z podporovane verze distribuce :-)