Hlavní navigace

Názor ke zprávičce Shutter byl odstraněn z Debianu a Ubuntu, používá staré knihovny GTK2 od ja. - Neviem, ci ma zmysel diskutovat s niekym, kto...

  • Aktualita je stará, nové názory již nelze přidávat.
  • 16. 10. 2018 15:53

    ja. (neregistrovaný)

    Neviem, ci ma zmysel diskutovat s niekym, kto dodnes nepochopil nuansy rozdielov medzi launchd a systemd, ale skusim to, snad to nebude uplne zbytocne.

    Pouzivatelia zacinajuci s cislom podla redhatu to nie je bug, pretoze normalne takehoto pouzivatela vytvorit nejde. Pokial si distribucia zmeni toto pravidlo, je zodpovedna za vsetky programy, ktore musia rozoznat rozdiel medzi uid a username. Pokial si opatchuju jednu aplikaciu (napr. coreutils) a druhu nie (napr. systemd), nemozu hadzat vinu na tu druhu, ze to nerobi.

    Co sa tyka premenovania sietovych rozhrani podla NamePolicy=, tak som si isty, ze velki a skuseni admini, co vsetko zvladnu nakonfigurovat, zvladnu zmenit aj tento default.

    No a tu sa dostavame k nepochopeniu systemd. Systemd nespusta skripty pri boote, ako navrhovana "konkurencia". Systemd reaguje na eventy: jeden event moze byt boot systemu, iny event moze byt timer (t.j. ekvivalent cron), dalsi event moze byt pridanie alebo odobranie zeleza, dalsi event moze byt paket na nejakom porte ala tcp wrappers, dalsi event moze byt namountovanie/od­mountovanie disku a takto sa da pokracovat doblba. Takze aby sa nepouzivalo milion rozlicnych mechanizmov pri milion rozlicnych eventoch, tak sa pouziva jeden, pricom definicie sa daju pekne kompinovat (napr. spusti skript 15 minut po boote, inak kazdy den). Pre pouzivatelov to ma napriklad take nasledky, ze im nemusia bezat demoni, ku ktorym ani nemaju hw (bluetooth, smartcards, gps, apod), ale ked ho pripoja, tak sa dany demon nastartuje, ked ho odpoja, tak sa ukonci.

    Tmux a screen boli vysvetlovane uz milionkrat, tak skusme milionkrat prvy: vyuzivali nedefinovane spravanie. SIGHUP znamena, ze treba ohandlovat stratu terminalu. Nehovori to nic o tom, ze maju prezit ukoncenie user session. Dost pravdepodobne to bude tym, ze ked sa definoval SIGHUP, tak ziadne GUI session neexistovali, a ked prisli prve session manazery, tak runaway procesy nejako neriesili. Teraz uz riesia, z nedefinovaneho sa stalo definovane a ak pouzivatel chce, aby niektore aplikacie prezili stratu session (a teda nielen stratu terminala), tak to session manazeru treba nejako oznamit. Prekvapivo, maju na to API, staci ho pouzit!

    Systemd sa presadil aj preto, ze maintaineri v distribuciach chapu to, co pisem vyssie, je im jasne, ze tieto problemy treba nejako riesit a kedze nikto iny ich neriesil, tak systemd sa presadil. Potom, ako to vacsina distribucii pochopila, naopak zacala kampan od ludi, co nechapu pointu dodnes.

    Btw, aj FreeBSD chce nieco ako systemd, ich jediny problem je, ze to nevedia odkomunikovat ludom, co nechcu chapat pointu dodnes.