Vlákno názorů k článku
Jen 1 % uživatelů Debianu používá sysvinit od Atom321 - Uživatelé by možná chtěli, ale nemají na výběr....

  • Článek je starý, nové názory již nelze přidávat.
  • 12. 11. 2019 13:15

    Atom321

    Uživatelé by možná chtěli, ale nemají na výběr. Na systemd je v Debianu závislé kde co. Buď používají ořezanou instalaci (to 1%), nebo se podřídili diktatuře systemd, nebo přešli na jinou distribuci.

  • 12. 11. 2019 14:04

    null null (neregistrovaný)

    Ano, to byla od pána klasická demagogie. Je to jako vsechno v životě. Není možné mít svobodu výběru a zaroven predem vybrany vysledek.

  • 12. 11. 2019 14:06

    Miroslav Šilhavý

    Kdyby těch uživatelů bylo třeba 5-10 %, pak by se dalo vést tuto úvahu.
    Zajímavé na tom čísle je, že je až tak moc malé.

  • 14. 11. 2019 8:02

    BlackRider

    Me to prijde az prekvapive velke na to, ze systemd je v debianu by default a prejit na jinej init je daleko zlozitejsi nez proste vymenit distribuci...

  • 12. 11. 2019 14:17

    Malec

    Kedysi som zachytil diskusiu o optimalizacii stranok jednej nemenovanej institucie, kde sa riesilo, ze stranky je potrebne kompletne prekopat lebo v nicom inom nez v IE prakticky nefunguju. Nacoz sa ozval jeden z prisediacich, ze je to zbytocne, lebo z inych browsrov na stranky prakticky nikto nechodi :D :D :D

  • 12. 11. 2019 17:33

    Jiří Eischmann

    Diktatuře... Přijde mi, že většina lidí, kteří žehrají nad tím, že distribuce neumožňují volbu init systému, si neuvědomuje, že jakákoliv možnost výběru má své náklady. Není to žádné lidské právo, naopak všechny softwarové projekty si pravidelně kladou otázky, jestli v tom či onom dát uživatelům na výběr i za cenu zvýšených nákladů na údržbu, které to má.

    Převáží výhody volby initu v Debianu nad náklady, které to s sebou nese? Těžko říct. Debian se vždy vyžíval v tom podporovat, co se dá (jiné kernely, obskurní architektury), možná by to pro něj z tohoto pohledu dávalo smysl. Já jakožto správce několika balíčků ve Fedoře jsem rád, že my volbu initu nemáme. I kdyby byla, tak výchozí volbu bude používat stejně minimálně 90 % uživatelů, protože toto je pod jejich rozlišovací schopnosti, implementační detail. A popravdě raději budu ten vzácný volný čas, který můžu údržbě balíčků věnovat, trávit tím, že to budu vylepšovat pro těch 90+% než řešit problémy s něčím, co používají jednotky procent uživatelů.

  • 12. 11. 2019 17:46

    ventYl

    Tu by som sa asi zamyslel nad tym, preco ludia zehraju. Sysvinit bol po dobre desatrocie (alebo aj dve) defakto monopolom v Linuxe. Ano, existovali rozne ine viac ci menej kompatibilne systemy, ale povacsinou mali nejaku vrstvu kompatibility so sysvinit, aby jeho init skripty slo do distra integrovat a maloktory balik riesil, ze ako si svoj init skript spusti trebars na Slacku, ktory sysvinit skripty nikdy neintegroval. A vsetci boli ticho. To sa ale bavime o dobe, ked ludi, co naozaj tusili, co to init system je a ze ho v pocitaci maju, bolo percentualne viac, nez dnes.

    Preco to tak bolo? Pretoze ludia okolo sysvinit bohorovne netvrdili, ze niekoho workflow, ktory tak nejako fungoval je blbost a preto ho nebudu podporovat, nesnazili sa prevzat kontrolu nad systemom, neobmedzovali jeho flexibilitu, atd.

    Systemd proste fungovat pre 100% ludi nebude, pretoze nepodporuje spravne napr. extremny embedded a extremny embedded len pre existenciu systemd nezmizne.

  • 12. 11. 2019 22:18

    jm

    Dává vůbec smysl dneska používat pro "extreme embedded", ať už to znamená cokoliv, vanilkový Debian, místo minimalistických dister typu Alpine? Nejen kvůli systemd, ale třeba i kvůli glibc vs. musl?

  • 13. 11. 2019 1:59

    D.A.Tiger

    [ventYI]

    "A vsetci boli ticho."

    Prave ze nebyli. Nadavalo se taky a zhusta. Dost takovych diskuzi (aspon tady v Cesku) se da najit treba na abicku. Jednem vadilo, ze Sysvinit sluzby startoval seriove, druhym vadily obtize pri startovani sluzeb a reseni zavislosti (co spustit driv), dalsim nevonelo pro kazdou sluzbvu psat skript, atd... Podobne vitky (ale nevim jestli v takove mire) zaznivaly vsak i jinde.

    Jedine co me prijde rozdilne (ale mozna se pletu) ze se tehdy objevilo nekolik alespon pokusu bud opravit sysvinit samotny (napr zavedeni "konkurency modu", ktery umoznoval startovat sluzby paralelne), nebo i nejake konkurencni projekty, ktere se vsak moc neujaly. Az se nakonec objevil systemd. Ten rozdil spociva v tom (aspon me se to tak jevi) ze se JEN nadava. Bud na projekt samotny, nebo rovnou na autora...

    13. 11. 2019, 02:00 editováno autorem komentáře

  • 13. 11. 2019 2:10

    k3dAR
    Stříbrný podporovatel

    v *buntu byl upstart, startoval paralelne, resil zavisloti, sel zjistit stav sluzby, system startoval z ssd za 6s do plochy najete... a nedelal s0ze sebe druhej operacni syatem, nepohlcoval/ne­nahrazoval vse okolo, nekoncil boot v emergency kdyz nenasel datovej pro system nepotrebnej disk, atd...

    myslim ze malo z tech co popisujes chteli misto init operacni system na ktetem bude zaviset pulka desktopu...

  • 13. 11. 2019 12:12

    ja.

    Problemom Upstartu pri rieseni zavislosti bolo, ze na to isiel z opacneho konca.

    Situaciu "X zavisi na Y" riesil ako "nastartuj X po nastartovani Y" a "zastav X ked sa zastavi Y". Co nemusi byt celkom pravda, pretoze mozem chcet nastartovat Y, ale nie X. Systemd na to presne takto ide, ked nastartujem Y, tak startuje len Y, a len ked nastartujem X, tak zabezpeci aby bezal aj Y.

    Plus Upstart to neriesil na urovni servisov alebo unitov, ale na urovni eventov a akcii, co prinasalo tiez svoje problemy. Vela uspechov pri debugovani...

  • 14. 11. 2019 1:20

    D.A.Tiger

    [k3dAR]

    Ja to nerozporuji, jen tvrdim, ze driv se lide krom nadavani snazily take neco v tom smeru podnikat. Dneska se houfne nadava, a vetsinou to vypada, ze kazdy nadavajici ceka, ze to nekdo vyresi za nej. Proste support a developer na pisknuti gratis. To asi moc fungovat nebude.

    Na druhou stranu si tedy neni na co stezovat, nekdo to vysresil systemd a nekdo jiny jej nechal prorus systemem. V podstate se da rict, ze dostali o co jsme si koledovali. Jenomze to asi neni to, co jsme mozna chteli.

    Ono je taky otazkou, jestli neni na nove napady v tomto smeru uz moc pozde.

  • 12. 11. 2019 23:05

    pkotrcka

    Ak by všetci boli rovnakí, neexistoval by multiplatformný (desktopový) SW - veď prečo by sa niekto patlal s podporou Linuxu / macOS a riešením problémov u jednotiek % namiesto vylepšovania SW pre tých 90+% (= Windows)

  • 13. 11. 2019 12:49

    Jiří Eischmann

    Vždycky k tomu vývojář SW musí mít nějakou motivaci a jen zřídkakdy je to altruismus, kdy se slituje nad uživateli nějakého minoritního systému a začne svůj SW na ten systém portovat a podporovat. U komerčního softwaru to může být čistě byznys. Linux má sice pár procent trhu, ale pořád to může být dostatečný příjem, aby to vývojáři stálo za podporu. U open-source projektu je pak často motivátorem aktivní komunita kolem Linuxu. Často dokáže vygenerovat víc lidí, kteří přispívají nebo aktivně hlásí chyby, než Windows. Často ta komunita ten port sama udělá.
    U aplikací, které jsou primárně pro Linux, je pak motivací portovat na Windows uživatelská základna. Třeba přispěvatelé do LibreOffice jsou z drtivé většiny na Linuxu, ale u uživatelské základy a finančních příspěvků je to přesně naopak. Podobně to má GIMP. Vždy ale platí, že to nebude nikdo dělat "pro vaše krásné modré oči".

  • 13. 11. 2019 12:02

    KarelE

    Lidé mají tendenci mezi diktaturou a možností volby hledat hranici. Ale ona tam vlastně žádná jasná hranice není. Volba jednoho člověka často znamená diktát člověku jinému.

    Vezměme si to takhle: já porovnávám, zda výhody volby převáží nad náklady. Fajn, jenže jaké výhody, jaké náklady a pro koho? To, co jeden vnímá jako volbu a jiný jako diktát, je často jen úhel pohledu. Takže platí obě tyhle věty:

    1. Výhody, které mi X přinese, převažují nad náklady, které mě to bude stát.
    2. Výhody, které X přinese někomu jinému, jsou mnohem menší než náklady, které s tím bude ten někdo jiný mít.

    Jedna a ta samá věc, jen pro jednoho je to volba, pro druhého diktát. A dáváte příklad: pro vás jako pro správce několika balíčků představuje "jen systemd a nic jiného" výhodu, aniž by vám to vlastně přinášelo jakékoliv náklady. Jenže ty náklady s tím možná bude mít někdo jiný, pro koho "jen systemd a nic jiného" nebude vůbec výhodné.

    Co se systemd týká, tak dnes to ještě není katastrofa. Pořád je možné portovat projekty z Linuxu na BSD apod. Jenže se to každým rokem zhoršuje. Ne kvůli systemd jako takovému, ale kvůli jeho součástem, které řada projektů začíná používat. Multiplatformní vývoj se tak po letech zjednodušování začal naopak zase komplikovat. A to přesně podle vzorce "vývojář si díky přechodu na logind ušetřil nemalou část stresu a nákladů" + "člověk udržující daný balíček pro BSD se na to vybodl, protože tohle mu už vážně nestojí za to". Což je právě ten důvod, proč mnoha lidem leze systemd krkem - kvůli tomu, že toho dělá čím dál tím víc, prorůstá všude a vnucuje závislosti, se kterými si pak už člověk poradit nedokáže. A to se prosím nebavíme o systémových věcech, ale o userspace, o kterém jsme si před 15 lety mysleli, že touhle dobou už bude natolik jednotný, že bude jedno jaký OS kdo používá. Systemd "ekosystém" do toho hodil vidle.

  • 13. 11. 2019 12:39

    Jiří Eischmann

    Ano, žádná objektivní hranice neexistuje, proto jsem nabídl ten pohled někoho, kdo do linuxové distribuce přispívá. Ve výsledku jsou to tito lidi, kteří rozhodují, protože open-source projekty jsou v drtivé většině případů meritokracie ve stylu "kdo přispívá, rozhoduje".
    Stejně tak, co vy vidíte jako komplikaci multiplatformního vývoje, to je pro hromadu vývojářů vysvobození, protože jestli jsme jako tvůrci distribuce něco pořád dokola poslouchali, tak to byly nářky vývojářů aplikací, že Linux je hrozně nejednotná platforma. A systemd jim v tomto hodně pomohl, protože userspace dost sjednotil napříč distribucemi.
    Většina open-source projektů podporu pro BSD nebo ne-systemd distribuce nezavrhuje, ale obecně platí, že pokud se má něco podporovat, musí se najít někdo, kdo to udělá a bude udržovat. A takovou motivaci mají většinou ti, kteří to sami používají. Problém je v tom, že počet uživatelů těchto alternativ je tak malý, že je i malý počet lidí ochotných to dělat. Vidím to na GNOME, patche pro podporu BSD byly vždycky vítané, ale v open source obecně platí "každý si škrábe své vlastní záda". Dobrovolník, který používá jen Linux a zajímavá ho jen Linux, toto dlouhodobě dělat nebude.

  • 13. 11. 2019 18:58

    null null (neregistrovaný)

    @Jiří Eischmann

    Tak to mohli vyvojaři přejít na Windows a bylo by sjednoceno úplně ;-) Cele tyto debaty se roky toci proste kolem toho, ze systemd neni jednoduše nahraditelny - resp. uz se mu natolik prizpusobilo okolí ze to působí problemy. A to je to proč je to otazka opouštění podpory - kdyby byl lehce zamenitelny tak to distribuce nemusi resit a tyto debaty, proste by to byla komponenta - ted uz ne, ted uz je to bud spolu nebo proti nam a jedina moznost zmeny je maximajne vytvorit to samé - no mozna lip nebo hur, to uz je jedno - postupne se z toho stava cele jedno nove distro se svym zavislym ekosystemem, zatim jeste obsahujici nejaka stará distra ...
    Pro vyvojare aplikaci asi fajn, ale moc bych se necertil ze to spouste lidi smrdi ...

    13. 11. 2019, 19:02 editováno autorem komentáře

  • 14. 11. 2019 9:58

    Jiří Eischmann

    "Tak to mohli vyvojaři přejít na Windows a bylo by sjednoceno úplně ;-)"

    To si spíš myslím, že se to jednou sjednotí tak, že Windows přejdou na linuxové jádro.

    "kdyby byl lehce zamenitelny tak to distribuce nemusi resit a tyto debaty, proste by to byla komponenta - ted uz ne, ted uz je to bud spolu nebo proti nam a jedina moznost zmeny je maximajne vytvorit to samé"

    Je zajímavé, že se stejným způsobem nenadává Linusovi, že si před třemi dekádami dovolil vytvořit kernel, který začali všichni používat, hromada softwaru jej vyloženě vyžaduje a všichni kašlou na Hurd a další alternativní jádra. Tady si jen někdo dovolil posunout ten sjednocení o úroveň výš. Někomu se to líbí, někomu ne, realita je taková, že pro většinu lidí, kteří vytváří software pro Linux a pracují na linuxových distribucích to dává smysl, proto se systemd tak rozšířil.

    Mimochodem už před 10 lety vytvořil Adam Jackson tuto stránku: http://www.islinuxaboutchoice.com/
    Myslím, že i k tomuto tématu to má ledacos říct.

  • 14. 11. 2019 13:29

    null null (neregistrovaný)

    @Jiří Eischmann

    "To si spíš myslím, že se to jednou sjednotí tak, že Windows přejdou na linuxové jádro."

    Můj původní výrok byl o podstatě nastíněného principu, tohle je pouze věštěním ... ale zábavné ... no kdoví

    Prosím, když chcete něco srovnavat, nestačí pouze shoda v jednom ohledu, je potreba aby se to shodovalo i v jinych ohledech - Linus přece nikam svuj kernel hlasovanim neprotlacil s tim ze ostatni nebudou casem kompatibilni s hlavnim hracem RH ... to bylo prece tehdy velke tema. On prece nevzal komponentu v nejakem ekosystemu a nezmenil ji tak ze buď s nim nebo nazdar ...

    Dává smysl ... nevím, se servery uz delsi dobu nedělám, na desktopu me systemd potrapil jenom jednou tak jsem tu sluzbu dal pres `service start` a kaslu ma to, ale zda se ze i pres retoriku "ostatni jsou odpůrci pokroku" se to stale nekomu nelibi. Ani, spousta z nich o tom vi kulove, ale to jistě taky z tech priznivcu ...

    Jinak nevim, davat na roveň vyber kernelu a initu se mi nezdá šťastné. Resp. ok, pak si ale priznejme ze princip moznosti vyberu jde do kytek a jdeme cestou zavislosti a unifikace, jak jsem psal výše. Ja nehodnotim jestli je to dobre nebo spatne, ale proste je to tak ... pokud to tak vsichni chteji, good luck with that ...

    14. 11. 2019, 13:32 editováno autorem komentáře

  • 14. 11. 2019 16:30

    Jiří Eischmann

    "Linus přece nikam svuj kernel hlasovanim neprotlacil s tim ze ostatni nebudou casem kompatibilni s hlavnim hracem RH"

    Linus přišel s novým projektem a dostal na svoji stranu řadu vývojářů, kteří se tenkrát motali kolem GNU a Unixů. Pak se na tom začaly formovat distribuce, které už byly čiště o Linuxu, takže to bylo buď s námi (Linuxem) nebo nazdar. Zásadní rozdíl byl v tom, že tenkrát ještě nebyly žádné distribuce etablované, Lennart už musel přesvědčovat zavedené distribuce.

    Jinak ty konspirační teorie o protlačování a ovládnutí linuxového ekosystému Red Hatem skrze systemd mě baví, když vím, jak to reálně bylo. Lennartovi tenkrát v RH dokonce nedovolili na systemd pracovat. Tak si vzal měsíc dovolenou, během kterého udělal základ. Pak přesvědčil komunitu Fedory, aby to zkusila, pak se toho živelně chytly další progresivní distribuce jako Arch a už to mělo momentum. Na radar product managementu v RH (tedy těch, kdo mají ultimátní slovo, jak budou naše produkty vypadat) se to dostalo až před dalším vydáním RHELu. V RH se o to vedly stejně živelné diskuse jako kdekoliv jinde. Že se to nakonec do RHELu dostalo, tomu asi dalo určitou kredibilitu, ale RH rozhodně nebyl tou hnací silou. Hnací silou byl vždycky Lennart a lidi kolem něj. On vytrvale komunikoval s lidmi z distribucí, jezdil na jejich konference atd. To samé ale dělali vývojáři Upstartu. Lennartův styl mohl někomu přijít jako víc než asertivní, ale takto velkou věc napříč celým ekosystémem asi jinak prosadit nejde.

    "ale priznejme ze princip moznosti vyberu jde do kytek a jdeme cestou zavislosti a unifikace"

    Ten trend tu je. Já nijak nezastírám, že není. Není to zdaleka případ jen systemd, na něm to je asi jen nejvíc vidět. Ale v linuxovém stacku je takových komponent, které jsou teoreticky zaměnitelné, ale prakticky nejsou, docela dost. Navíc systemd není o 100% unifikaci. Není to monolit. Ano, init a pár dalších služeb jako journal jsou vyžadované, ale většina komponent systemd jsou nahraditelné a ani nemají ambici nahradit zavedené komponenty (networkd vs NetworkManager).

  • 14. 11. 2019 19:16

    null null (neregistrovaný)

    @Jiří Eischmann

    S konspiracemi na mě nechoďte, to na mě neplati. Ja nic takového nenapsal. To že se argumentovalo kompatibilitou s hlavnimi hraci, prispevateli, což byl i a hlavně RH je pravda a to kam to povede je zřejmé, ostatně uz v tom stavu jsme - buď a nebo nic
    O procesech v RH vim kulové, ale to ze to dělal ve svém volnu ještě nic neznamená - skoro denně argumentujeme s kolegy, parkrat jsem proste udelal neco navíc protože to bylo potřeba a firma z toho těží nejak dodnes a nedelal jsem to protože bych byl čistá duše - lepší pro mě, pro firmu a třeba i body na víc. No a co, proč ne, jsme lidi a aniž bych chtěl tady pánovi cokoliv předhazovat, na svateho proroka Lennarta nevěřím ;-) proste byznys no .... to je v pořádku, jenom těžko čekat že centralizace vede jinam než k centralizaci. A že je systemd lehce nahraditelny? Proto se řeší toto téma v debianu? Aha ...

    14. 11. 2019, 19:17 editováno autorem komentáře

  • 14. 11. 2019 13:47

    null null (neregistrovaný)

    @Jiří Eischmann

    Mimochodem ten příklad s tím autem se mi nezdá příliš vhodný, protože co auto (distro:verze) je jiný motor (kernel) ...

    V příkladu s autem by to bylo tak, jako by distro (výrobce:typ) měl v každé verzi novější motor (kernel) a všechny aplikace v autě byly schopné komunikovat pouze s jedním typem řídící jednotky (systemd) nehledě na (výrobce:typ) auta tedy distro ... a po změně řídící jednotky (systemd) by se muselo překopat kus auta a většina aplikací by ani nefungovala a každý kdo namítne že to není dobré je proti pokroku a mýlí se ... já myslím že tyto situace známe z trhu a byznysu velmi dobře ... přestože řekněme že ona řídící jednotka (systemd) je nejpokročilejší, nejnovější řekněme ...
    Proto ten příklad s autem není nejvhodnější, většinou jsou řídící jednotky potřeba zaměnitelné jenom u výrobce mezi typy, ale pak by ten můj příklad seděl téměř dokonale ... takže pouze jako by si RH nechal systemd jenom pro RH a Centos a ostatním dal pouze možnost jestli si to implementují. Jenomže zde byl ten tlak na aplikace v autě které hrozí nekompatibilitou pokud ... a to všichni už známe ... nesoudím, jenom když už srovnání, tak přesné

    14. 11. 2019, 13:52 editováno autorem komentáře