systemd 215

Lennart Poettering oznámil vydání nové verze systemd. Verze 215 přináší spoustu nových vlastností. Zmínit lze nástroj systemd-sysusers pro vytváření souborů /etc/passwd a /etc/group na základě definic v /usr/lib/sysusers.d/ (zprávička) nebo rozšíření systemd-networkd o základní podporu serveru DHCPv4. Jméno počítače může být nově volitelně odesláno na DHCP server. Novinkou je také manuálová stránka file-hierarchy(7), dle Lennarta Poetteringa modernizovaná verze FHS nebo hier(7) (Google+).

4.7.2014 04:26 | Ladislav Hagara | Nová verze

Komentáře

[stativ]

Víte kolik programátorů systemd je potřeba k výměně žárovky? Žádný, prohlásí tmu za standard.

[pet]

Já chci GNU/Linux, nikoli systemd/Linux.

[Rezza]

Mas v tom systemd/Linux prebytecne slovo Linux :).

[Bedňa]

Už z názvu som vedel že tu bude veselo

[skunkOS]

"/usr/lib/sysusers.d/" WAT?

[Lol Phirae]

To víš, /etc už u systemd pošuků nefrčí.

[skunkOS]

Nejenže samotné "usr" mě tam fakt vadí, ale to "lib" tomu teprv dává ten správnej šmrnc. :D

[R]

Odporucam precitat ten man file-hierarchy... Ukradli nam Linux a urobili z neho nejaky paskvil.

[martin]

a ja mel za to, ze open source nemuze byt kradeny...

[pavlix]

To ani closed source, pokud je slovo krádež bráno doslova.

[Michal Kašpar]

Čtu a nevidím tam nic moc kontraverzního. V čem vidíte tu krádež a paskvil? Kromě /run tam nevidím prakticky nic, co by nebylo běžné i na jiných Unix like systémech nebo v Linuxu nebylo už poměně dlouho (a ani ten /run už není zrovna žhavá novinka).

[Michal Fecko]

správne malo byť /usr/lib/etc/config.d/sys/proc/sysusers.d

[MadCatX]

(Výchozí) konfigurace v /usr/lib není nic nového. Má to tak udev, pm-utils nebo třeba X.Org, takže zrovna tohle by mi ani zdaleka nevadilo.

[Mrkva]

Jenže v tom file-hierarchy je:

/usr/share/factory/etc -Repository for vendor-supplied default configuration files. This directory should be populated with pristine vendor versions of all configuration files that may be placed in /etc. This is useful to compare the local configuration of a system with vendor defaults and to populate the local configuration with defaults.

Ten idiot není konzistentní ani sám se sebou.

[Jakub Galgonek]

A v čem je to konkrétně nekonzistentní? To, co má být v /usr/lib/sysusers.d, neodpovídá tomu, co se píše o /usr/share/factory/etc.

[R]

Ze tam stacilo dat subory passwd, shadow, group a gshadow?

[R]

Inak myslim, ze tieto subory su dalsi horuci kandidat na to, aby ich systemd nejakym sposobom znicil.

[Jakub Galgonek]

K tomu, kvůli čemu zaváděli /usr/lib/sysusers.d, by jim to nestačilo.

[j]

A jak ... uz bezej ??? Myslim bulanci ... v systemd ... uz by pomalu mohli ne?

[skunkOS]

Prej to bude v anniversary verzi 300, ke konci roku.

[R]

Pribudne systemd-ntldr a spusti to rovno cele Windows.

[Salamek]

+1

[Heron]

[Hans1024]

Ne, ve verzi 300 udela Linus lennartkick.

[mhepp]

Ja potrebuju jen aby mi system nabootoval!

Uz se tesim, az pridaji ficuru boot systemu bez systemd. Kdyz uz neni potreba to etc.

[...]

ta je v poradi az za boot systemd bez systemu.

[Bhua]

Uz integrovaly Xka nebo Wayland?

[Pali]

Kriste, na aku rit mi treba mat DHCP *server* na kazdom pocitaci (kde uz aj tak bude systemd)?? Na desktope som to zatial ani raz nepotreboval a nedokazem si ani predstavit dovod.

A dalsia ficura bude co? Rekurzivny DNS server alebo forwarder?

[pavlix]

Na desktope som to zatial ani raz nepotreboval a nedokazem si ani predstavit dovod.

Connection sharing.

Rekurzivny DNS server alebo forwarder?

systemd-resolved

[SPM]

Connection sharing.

To běžně na těch serverech s průměrnou životností 30s používám

[pavlix]

Bezkontextový vtip?

[Heron]

Podařený.

[pavlix]

Asi mi vyhovují spíše vtipy nějak zasazené do kontextu nebo zcela samostatné.

[Heron]

Podle mě je ten kontext poměrně jasný.

[Bedňa]

Neverím mu tých tridsať sekúnd, podľa mňa to jebne hneď.

[pavlix]

Běžně server v kontextu desktopu :D.

[SPM]

Pravda, ten desktop jsem v tom prvním příspěvku přehlídl; resp. že z něj cituješ. Ale jinak mi stále uniká na aku rit mi treba mat DHCP *server* na kazdom pocitaci

[pavlix]

Není mi jasné, co tě na tom překvapuje. Typická instalace binární linuxové distribuce obsahuje NetworkManager se závislostí na dnsmasq, který obsahuje DHCP server. Jestliže má systemd obsahovat minimalistickou náhradu NetworkManageru, je vcelku logické, že integruje i DHCP klienta a server.

Nehledě na to, že DHCP bude realizované pomocí knihovny, kterou pravděpodobně nebude mít velký smysl dělit na klientskou a serverovou část a server bude pravděpodobně integrální součástí networkd, což osobně za dobrý nápad nepovažuju. V mém ideálním světě by network management service neprováděl nic, co vyžaduje komunikaci s jinými systémy po TCP/IP. Co dělá s bezpečností sypání všeho do jednoho procesu už mnohokrát ukázalo OpenSSL a další projekty.

Osobně mi ani tak nevadí footprint, který bude pravděpodobně relativně malý a navíc by šel alespoň teoreticky omezit podmíněnou kompilací u zdrojových distribucí a rozdělením na podbalíky s dynamickými moduly u binárních distribucí. Jedná se tedy o věc vcelku řešitelnou.

Jenže i vývojářům systemd-networkd a connmanu připadají dostupné IPC metody včetně oslavovaného D-Busu příliš komplikované než aby knihovna volala a ovládala samostatný proces, který by jednak s management démonem nesdílel paměť a jednak šel samostatně zabezpečit pomocí mandatory access control. Já osobně bych byl za to, aby relativně nezávislé komponenty nesdílely paměťový prostor a tím pádem nebyla jejich činnost prováděna v rámci jednoho procesu.

Na druhou stranu jsem u NetworkManageru doporučil používat na DHCP to stejné, co používá systemd, aby se omezilo množství duplicitních chyb a chování především klientského DHCP nezáviselo na použitém démonovi.

[Matlák]

Typická instalace binární linuxové distribuce obsahuje NetworkManager

Hm. Typická instalace ts ts. Na serveru NetworkManager nechci. A propos, nechci ho ani na laptopu. Mám svou sadu skriptů pro rychlé připojování a přepínání mezi sítěmi, a připadá mi zvrácené kvůli tomu mít daemon.

[pavlix]

Typická instalace ts ts. Na serveru NetworkManager nechci.

Tentokrát jsem já přehlédl tu zmínku o serveru. Na druhou stranu zatím ani na server nevidím dostatečnou náhradu za NetworkManager, i když není zdaleka ideální. Jako jediný další nadějný projekt teď vidím systemd-networkd.

a připadá mi zvrácené kvůli tomu mít daemon.

Pokud chceš korektně používat DHCP a/nebo IPv6 autokonfiguraci, potřebuješ (nejméně jednoho) démona, který se o to bude starat.

[Matlák]

..zatím ani na server nevidím dostatečnou náhradu za NetworkManager..

A co takhle server (a nebo stacionární workstation) prostě nastavit pomocí základních, jednoduchých a funkčních věcí typu ip a dál na to nesahat? KISS princip.

Pokud chceš korektně používat DHCP a/nebo IPv6 autokonfiguraci, potřebuješ (nejméně jednoho) démona, který se o to bude starat.

.. a který se může libovolně často ukončit, jelikož připojení zrovna nepotřebuju (světe div se, já v roce 2014 umím pracovat i offline..).

[pavlix]

Já osobně mnohem radši volím vyhovující řešení dle konkrétní situace než abych obhajoval jediný správný způsob™. Někdy víc vyhovuje statická konfigurace (která lze realizovat pomocí kteréhokoliv nástroje včetně ip), jindy víc vyhovuje dynamická konfigurace, která vyžaduje (nějakého) démona. Zda se démon ukončuje nebo jenom uspává, považuju za implementační detail.

světe div se, já v roce 2014 umím pracovat i offline..

Chceš medaili?

[Matlák]

Já osobně mnohem radši volím vyhovující řešení dle konkrétní situace

Mám stejný názor. A proto jsem rád, když mi systém nabízí dostatečné možnosti. Rozhodně nestojím o to, abych něco nastavil pomocí ip a nějaký pitomý daemon to přepsal. Rozhodně nestojím o to aby mezi mnou a systémem bylo víc zbytečných vrstev než je zdrávo.

Zda se démon ukončuje nebo jenom uspává, považuju za implementační detail

Až na to, že takový "uspaný" NetworkManager stejně z userspace ochotně přijme požadavek a shodí rozhraní na které jsem zrovna něco přesměroval. A nebo to udělá, prostě proto že má pocit že by to rozhraní jet nemělo. Fuck it. killall -9 NetworkManager. Zlatý Slackware.

A medaili si strč za klobouk. Já prostě nechci žádné zbytečnosti v systému. Na disku bych je ještě snesl, ale v RAM je toho škoda a procesorový čas už vůbec žrát nemusí. A hlavně, nechci v systému nic "chytřejšího než uživatel".

[pavlix]

Rozhodně nestojím o to, abych něco nastavil pomocí ip a nějaký pitomý daemon to přepsal.

Ujisti se, že máš relativně aktuální verzi takového démona a že to není jen špatnou konfigurací. Pak je záhodno poslat bug report, na který se můžeš odkazovat i v diskuzích, jinak jde jen o plané řeči. Já osobně jsem se naučil zadávat bug reporty a odkazovat se na ně bez ohledu na jejich stav.

Rozhodně nestojím o to aby mezi mnou a systémem bylo víc zbytečných vrstev než je zdrávo.

Já osobně z provozního hlediska definuju zbytečnou vrstvu tak, že když ji odstraním, nepřijdu o funkcionalitu, kterou využívám. Zbytečnou vrstvou tedy pro mě není ani kernel, ani balík iproute, ani DHCP klient, ani NetworkManager či obdobná služba, zvlášť pokud se bavíme v obecné rovině a ne o jednom konkrétním zařízení.

Až na to, že takový "uspaný" NetworkManager stejně z userspace ochotně přijme požadavek

To je snad jeho účel, ne? Nehledě na to, že se to umí díky D-Busu už i s momentálně vypnotou službou. Chyba je buď v požadavku nebo v nastavení bezpečnostních pravidel, nikoliv u služby, jejímž účelem je požadavek jen přijmout a zpracovat.

Já prostě nechci žádné zbytečnosti v systému.

V tom případě mi nezbývá než ti poradit, abys svůj systém udržoval ve stavu, který ti vyhovuje, používal nástroje, které ti vyhovují a distribuce, které ti vyhovují. Od toho přece open source máme, ne?

A hlavně, nechci v systému nic "chytřejšího než uživatel".

Pokud vím, tak základní neautomatizované nástroje pro ovládání konfigurace systému jsou k dispozici a jsou aktivně udržovány. Stejnětak jsou udržovány základní automatizované nástroje na úrovni wpa_supplicant a podobných. Dokonce jsou tyto nástroje často používané ze strany těch automatizačních nástrojů, takže jsou v mnohých z nich a stejně tak v kernelu opravovány chyby zjištěny na základě běžného používání systému, kdy je automatizace všeho možného uživatelem vítána. Co víc si ještě můžeš přát?

[Matlák]

Chyba je buď v požadavku nebo v nastavení bezpečnostních pravidel, nikoliv u služby

Pravda, samozřejmě že je chyba třeba v tom že zůstal běžet nějaký ten applet který pošle d-bus požadavek. Že nějaký program považuje za důležité nastavit sítě podle svého, že je někde špatně nastavena bezpečnostní politika. Ale proč se člověk má starat o tolik věcí najednou? Proč prostě nemůžu použít věc která vždycky fungovala správně a místo toho se starat o celý ekosystém věcí které se nacpaly mezi mě a HW a rozbily to..?

V tom případě mi nezbývá než ti poradit, abys svůj systém udržoval ve stavu, který ti vyhovuje, používal nástroje, které ti vyhovují a distribuce, které ti vyhovují. Od toho přece open source máme, ne?

Opět pravda, přesně takhle to dělám. Jen mám trochu strach, že jednoho dne, abych mohl třeba stříhat video, tak budu potřebovat závislost na nějakém konkrétním prostředí, které bude shodou okolností používat něco dalšího, co budu muset nakonfigurovat pořádně aby mi to třeba neposílalo DHCP požadavky do sítě o které vím proč do ní DHCP požadavky neposílám.

Jsem samozřejmě rád když se služby zlepšují, i to že běžní uživatelé oceňují větší přívětivost. Jen se mi nelíbí unifikace celých systémů tak, že čím dál tím víc závislostí bude muset být přítomno a konkrétně nastaveno na spuštění něčeho, co má být "portabilní". Stačí Java. Představa, že mám v systému něco co "nastavuje celý systém" aniž by to tušilo v jakých situacích a na jakém HW se to nachází a přitom to

• vyžadujou triviální aplikace typu panel WM, nebo nedejbobe souborový dialog a
• nejde to rozumným způsobem přiohnout pro konkrétní situaci, protože je to příliš velké a ne snadno překompilovatelné a upravitelné

se mi prostě nezamlouvá.

[Jakub Galgonek]

Jakým způsobem vlastně spravuješ svá WiFi připojení?

[Matlák]

Mám pár jednoduchých shell scriptů co nastaví připojení k nějaké síti a nastaví routy a VPN tak aby vše fungovalo k mé spokojenosti. Vůbec mi správa systémů přes shell scripty připadá jednoduchá a průhledná. Ale možná jsem ovlivněný dlouholetým používáním Slackware.

[Jakub Galgonek]

Takže když přijdeš někam, kde je wifina, ke které ses ještě nepřipojoval, tak si vždy napíšeš nový skript?

[Matlák]

Vypíšu si určitým příkazem dostupné sítě a jejich možnosti, jiným příkazem pak jednu z nich připojím a nastavím v shellu, interaktivně. Když budu chtít, nastavím jí alias abych ji mohl připojit později, ovšem interakce z mé strany je potřeba vždycky. Nikdy se nikam automaticky nepřipojuju.

[Jakub Galgonek]

Zní mi to podobně jako v případě NetworkManageru. Ani on mne nikam nepřipojuje automaticky (kromě těch sítí, kde to má takto dělat).

[Matlák]

No, a mně to takhle funguje přes dekádu. Vidím pod kapotu a vím, že mi to nerozbije žádná aktualizace, pokud ji neprovedu sám. Že nikoho kromě mě nenapadne se v tom hrabat.

A automatické připojování by se jistě dalo taky dobastlit, vyzvednout si seznam aktuálních sítí a porovnat jej s seznamem aliasů by byla brnkačka, a možná by se daly i sledovat a kontrolovat jiné věci, jako nějaké "otisky" daných sítí, třeba typy routerů, kanály a očekávaný odstup od šumu na určitém místě... konfigurovatelnost určitě dál než v případě NM.

Jde o úroveň abstrakce nad HW - každá další vrstva může přidat nějakou neurčitost, a v jednoduchosti je síla.

[Jakub Galgonek]

Takže s trochou snahy by sis z toho vlastně udělal svůj vlastní network manager. Jako nic proti tomu, ale já raději použiji hotové řešení.

[Jendа]

Jak děláš věci popsané na konci #200?

[Jakub Galgonek]

Nevím, jaké věci konkrétně máš na mysli, ale je pravděpodobné, že takové věci prostě nedělám.

[Jendа]

V tom případě mně (a nejspíš ani Matlákovi, jestli jsem jeho use-case dobře odhadl) nemůžeš říkat, že nám nm stačí, když máme úplně odlišný use-case.

[Jakub Galgonek]

A copak jsem to někdy tvrdil ?

[pavlix]

Nedají se takové věci už se současnými verzemi NM naskriptovat?

[Jendа]

Je to možné, už jsem na to nějakou dobu nekoukal. Možná to zase zkusím, až vyjde 1.0.

[FrostyX]

Moje zkušenost je taková, že pokud jsem byl mimo domov, otevřel jsem notebook a chtěl jsem něco dělat, neustále se mi točila ikonka nm-appletu, že se někam připojuje. Pravidelně každých pár desítek sekund vyskočila bublinka, že se nedalo připojit k síti XY a ikonka se začala točit znova. Ideálně v průběhu toho ještě vyskočilo doprostřed obrazovky okýnko se vstupem pro heslo.

Je to možná rok zpátky a v systému dost šťárám, tak jsem si říkal, že možná jenom dělám něco blbě. Jenže docela nedávno jsem viděl, že učitel měl na ubuntu úplně stejný problém na začátku semestru, když chvíli nefungovali přihlašovací údaje k wifi.

Navíc, NM si u každé sítě automaticky zaklikává/zaklikával "automaticky připojit". To jsem se takhle jednou připojil ke spolužákovi na hotspot, abych ve škole (na střední nebyla sranda se připojit k wifi a dostat se na web) fixnul nějaký bug, nebo tak něco. Dodělal jsem to, odpojil se, zavřel noťas. Pak jsme šli na intr, otevřu noťas a po půl hodině se mi v prohlížeči zobrazí krásná chybová hláška, že jsem (chudákovi kamarádovi) přečerpal FUP, bo jsem si vesele stahoval z jeho hotspotu místo z intrácké sítě.

Toť vše k tomu, jak se "NM automaticky nikam nepřipojuje".

[Jakub Galgonek]

Jo, pokud se NetworkManager nemůže připojit k síti, ke které se má připojit automaticky, tak vyskakuje žádost o heslo. Řešením by asi bylo mít v tu chvíli snadnou možnost to automatické připojování pro tuhle síť vypnout.

Jinak pokud si někdo nechá u sítě zaškrtnuto "automaticky připojit", tak se na NetworkManager nemůže zlobit, že ho automaticky připojil. Ale chápu, že pokud člověk neví, že to je default hodnota, tak je to problém.

[pavlix]

Jo, pokud se NetworkManager nemůže připojit k síti, ke které se má připojit automaticky, tak vyskakuje žádost o heslo. Řešením by asi bylo mít v tu chvíli snadnou možnost to automatické připojování pro tuhle síť vypnout.

Pokud vím, tak ta žádost vyskakuje pro síť nastavenou k automatickému připojování jednou, a interně se takové připojení označí za neúspěšné a pokus se neopakuje.

Jinak pokud si někdo nechá u sítě zaškrtnuto "automaticky připojit", tak se na NetworkManager nemůže zlobit, že ho automaticky připojil.

Nehledě na to, že s výjimkou drátové sítě (a i tam to jde vypnout) NetworkManager žádná taková připojení negeneruje automaticky a tudíž se jedná vždy o akci uživatele. Pokud by uživatel na applet nesahal a vše dělal z příkazové řádky, bude mít nad celým procesem ještě větší kontrolu.

[Petr Ježek]

V Archu NM nic nehledá, přesněji, ne v user-space, takže uživatel vidí pouze mrtvou síť, kterou, chce-li, z výběru aktivuje. Obdobně se chová i connman. Takže záleží i na distribučních nuancích a defaltech.

[pavlix]

Nerozumím tvému příspěvku a především jeho vztahu k příspěvku, na který reaguješ.

[pavlix]

S pomocí nových driverů už ani WPA PSK nemůžeš provozovat bez démona, musí ti běžet alespoň wpa_supplicant. Jinak automatické připojování je v NetworkManageru konfigurovatelné. Pokud ti vadí, nejspíš by stačilo změnit default na auto=no.

[Jendа]

Já mám skripty

• rn, který ukončí wpa_*, flushne IP adresy a nastaví náhodně MAC. Ten se automaticky spustí při uspání, protože není možné, aby se mi po probuzení notebook snažil hned někam připojit, ještě k tomu se starou identitou.
• cn, který spustí wpa_supplicant a dhcp klienta
• K drátu se připojuju ručně "dhclient eth0", případně nastavením adresy přes program ip.
• Vytáčené připojení dělám ručně pomocí "pppd call provider".

Když přijdu k nové síti, zapíšu ji do wpa.conf (SSID a PSK). Když se chci připojit k free WiFi, tak ji jenom povolím (disabled=0). Skenování dělám pomocí wpa_gui.

Nenašel jsem síťový démon (nm, wicd…), který by uměl srovnatelně snadno (=na krátké přikazy) "ip a a", "ip r a", "dhclient", "dhcpd", zápis do /etc/resolv.conf, perzistence nastavení po link down, link up. Už tohle nm umí? Když jsem s Pavlixem před rokem debugoval jednu síť, kde bylo přesně toto potřeba (nastavit si na interface nějaké adresy a několik rout), velice mě překvapilo, že první, co udělal, bylo zastavení nm a pak to konfiguroval taky ručně. Získal jsem z toho dojem, že nm se na toto fakt nehodí, protože kdo jiný, než jeho vývojář, by ho už měl umět používat?

[Jendа]

Jo a ještě potřebuju „připoj se k síti, nenastavuj IP“ a „získej IP z DHCP, ale nenastavuj podle DHCP default routu ani DNS“.

[Jakub Galgonek]

S tím prvním nevím, plasma-nm po mně chce zadat v nastavení alespoň statickou IP adresu. Ta druhá část by ale s NetworkManagerem snad jít měla (soudím jen podle názvu kolonek v plasma-nm).

[pavlix]

Pokud vím, tak 1.0 (tedy prozatím git master) by to první umět měl, u 0.9.10 si nejsem jistý. To druhé je standardní funkcionalita, která se řeší prostým zákazem vybrání connection jako default.

[pavlix]

Už tohle nm umí? Když jsem s Pavlixem před rokem debugoval jednu síť, kde bylo přesně toto potřeba (nastavit si na interface nějaké adresy a několik rout), velice mě překvapilo, že první, co udělal, bylo zastavení nm a pak to konfiguroval taky ručně.

Jednak je pavlix v tomto ohledu trochu stará škola a má dřevorubecké způsoby tak dobře zafixované, že je to pro něj v případě jednorázového testu jednodušší než kontrolovat verzi NetworkManageru a na základě toho se rozhodovat, zda už jde použít, a jednak už to na aktuálních verzích řeším spíše vytvořením nebo úpravou síťového profilu, kde ty adresy/dhcp/whatever nastavím. V prostředí s aktuálním NM je to podle mě spíše o zvyku.

[pavlix]

Pravda, samozřejmě že je chyba třeba v tom že zůstal běžet nějaký ten applet který pošle d-bus požadavek.

V případě NetworkManageru ne. Applety jsou pokud vím pasivní prvky, dokud uživatel jejich prostřednictvím o změnu nepožádá. V opačném případě bych to hlásil jako chybu.

Že nějaký program považuje za důležité nastavit sítě podle svého, že je někde špatně nastavena bezpečnostní politika.

Nebo spíše že se používá tradiční unixovská politika, kdy všechny procesy jednoho uživatele mají stejná práva. To je skutečně zastaralý koncept, který by měl podle mě z moderních systémů zmizet.

Ale proč se člověk má starat o tolik věcí najednou?

Tvůrci software a distribucí se holt musejí o takovéto věci starat, to je jejich úděl.

Proč prostě nemůžu použít věc která vždycky fungovala správně

To je snad otázka na tebe, ne?

Opět pravda, přesně takhle to dělám.

V tom případě je vše v pořádku a pokud máš obavu, že aplikačním vývojářům jebne, tak ti nezbývá než počkat a pak na ně tlačit, aby se zase uklidnili. Velmi výhodné jsou v tomhle ohledu distribuce typu Gentoo, kde není problém ať už samostatně nebo komunitně udržovat patche, které tyto změny udrží na uzdě. Nicméně to v open source platilo vždycky, takže nejde o žádnou novinku.

[Pali]

Pokud chceš korektně používat DHCP a/nebo IPv6 autokonfiguraci, potřebuješ (nejméně jednoho) démona, který se o to bude starat.

S tymto absolutne nesuhlasim. Ja mam rozpracovanu vlastnu nahradu za NetworkManager a ta nema ziadneho daemona (typu NM). Sada skriptov, ktora sa je spustana z dhcp klienta ci wpa supplicanta alebo netplugd.

Nevidim ziaden dovod preco by nejaky daemon sa mal o dalsie procesy starat.

[Josef Kufner]

Například Psi reaguje na oznámení o následném vypnutí síťovek zaslaném po D-Bus tak, že se odpojí ještě před odpojením o vrstvu níž. Při uspávání notebooku je to celkem fajn. Dalším příkladem může být e-mail klient, který se přepne do offline režimu a po připojení okamžitě stáhne novou poštu a synchronizuje kalendář.

Btw, jak se dozvíš, že ti expirovala IP adresa přidělená DHCP serverem, ale už jsi nedostal novou?

[Jendа]

Hustý, díky

dbus-send --type=method_call --dest=org.psi-im.Psi /Main org.psi_im.Psi.Main.setStatus string:"offline" string:"offline"

Nefunguje mi XEP-0198, tak alespoň něco.

[Pali]

Btw, jak se dozvíš, že ti expirovala IP adresa přidělená DHCP serverem, ale už jsi nedostal novou?

dhcp klient od ISC sa da nastavit, tak aby spustil skript ak tato udalost nastane.

[Jendа]

Ale ta tvoje sada skriptů musí mít nějaký proces, který stále běží a řeší, co udělat, když třeba vyprší DHCP lease, ne?

[Pali]

No stale bezi dhcp klient (konkretne bud ten od ISC alebo z busyboxu) ale ziadny centralny daemon. A ked nastane nejaka udalost, tak dhcp klient spusti moj skript ktory zareaguje na tu udalost. V podstate nahrada za /sbin/dhclient-script

[pavlix]

Jemu nevadí používat třeba hromadu démonů, ale nejspíš si někde přečetl, že je NetworkManager špatný a usoudil z toho, že ideální řešení je se na integraci vykašlat a nechat jednotlivé démony se jen tak volně plácat.

[Pali]

A co robi network manager? Tiez vola tu hromadu daemonov...

[pavlix]

Jak jsem psal výše, bylo by dobré, abysis zjistil, co ten software umí a třeba i co může hypoteticky umět. Stejnětak doporučuju podívat se i na další řešení jako ConnMan, protože ne všechny vlastnosti se překrývají.

Mám za to, že pokud budeš navrhovat řešení se stejnými vlastnostmi, dojdeš k závěru že potřebuješ nějaký plánovač a API a že nejpraktičtější je, aby tyto věci dostaly samostatný proces. Zatím k tomuto závěru došli všichni, od redhatích vývojářů NetworkManageru, přes intelí vývojáře ConnManu, až po vývojáře OpenWRT, kteří vytvořili netifd. Ti všichni došli k závěru, že svá řešení nechtějí omezit na podmnožinu funkcionality, která se dá řešit triviálním skriptováním, a zároveň nechtěli absenci démona složitě obcházet.

Jestliže ti tvé řešení a jeho schopnosti vyhovují, je to fajn, ale nevidím smysl v tom ho vnucovat ostatním, kteří využívají i schopností, které takové řešení nemá a mít nebude. A to ani tak nemluvím o konkrétních implementacích (NetworkManager, ConnMan, ...), ale o celém konceptu, kdy služba za pomoci operačního systému plánuje akce a prostřednictvím knihoven a dalších procesů komunikuje s ostatními nástroji kdykoli je to vhodné.

[pavlix]

S tymto absolutne nesuhlasim. Ja mam rozpracovanu vlastnu nahradu za NetworkManager a ta nema ziadneho daemona (typu NM). Sada skriptov, ktora sa je spustana z dhcp klienta ci wpa supplicanta alebo netplugd.

Vzhledem k tomu, že spouštíš tři démony, nemáš nárok (závorku s typu NM sis bohužel doplnil sám).

Sada skriptov, ktora sa je spustana z dhcp klienta ci wpa supplicanta alebo netplugd. Nevidim ziaden dovod preco by nejaky daemon sa mal o dalsie procesy starat.

Jak řešíš souběh několika DHCP klientů a výběr rozhraní pro default routing a global DNS? Jak řešíš souběh DHCPv4, DHCPv6 a router discovery? Má vůbec další diskuze smysl, dokud se neseznámíš co a jak služby typu NetworkManager, ConnMan a podobné služby fungují a co umí?

Netvrdím, že tobě to nestačí, člověk se spokojí s ledasčím, ale já osobně se zajímám o projekty, které poskytují nějakou funkcionalitu. Ne to, že si někdo napíše triviální skript a tváři se, že je autorem nového NetworkManageru.

[Pali]

Jak řešíš souběh několika DHCP klientů a výběr rozhraní pro default routing a global DNS?

Adresy co pridu ci uz z DHCP servera alebo konfiguraku si ukladam a podla pravidiel, ktore sa spustia pri nejakej akcii sa nastavi defautlna routa ako aj nageneruje resolv.conf.

Uz nebodaj sa da povedat NM aby mi zmenil defualtnu routu a dns servery na iny (pripojeny) interface? Napr. ak som pripojeny aj na wifi aj na wired ethernet a chcem default route prepinat bez nutnosti vypinat wifi.

Jak řešíš souběh DHCPv4, DHCPv6 a router discovery?

Aky problem by som tu mal riesit? Povolim spustit max jednu instanciu kazdej tej veci a z rdisc6 si vytiahnem potrebne veci na konfiguraciu ipv6.

Má vůbec další diskuze smysl, dokud se neseznámíš co a jak služby typu NetworkManager, ConnMan a podobné služby fungují a co umí?.

O pokrocilej funkcionalite NM asi tazko rozpravat... Ked som pred par rokmi chcel dokopat NM aby mi pre konkretny profil pri lubovolenj akcii co nastene spustilo vlastny skript tak som to nevedel. Neslo to ani nikde naklikat ani nijak inak nastavit. V manpage pre NM nebol nijak vyzivny...

A co sa tyka funkcionality, kedy bude vediet NM automaticky vybrat spravny profil s 802.1X konfiguraciou na pripojenie do wired siete? Zatial mi stale robi iba to, ze skusa posledny dostupny profil. Co znamena, ze ak som bol naposledy v "obycajnej" domacej lan sieti a pripajam sa teraz do 802.1X a zaroven switch bez autentifikacie ma zapoji do nejakej (vlan) siete, v ktorej ide DHCP server, tak NM ma automaticky *nepripoji* s 802.1X autentifikaciou.

Btw, connman ani neumoznuje mat viacero profilov pre wired ethernet...

[pavlix]

Adresy co pridu ci uz z DHCP servera alebo konfiguraku si ukladam a podla pravidiel, ktore sa spustia pri nejakej akcii sa nastavi defautlna routa ako aj nageneruje resolv.conf.

Dobře.

Uz nebodaj sa da povedat NM aby mi zmenil defualtnu routu a dns servery na iny (pripojeny) interface?

Pokud vím, tak to stále ještě funguje tak, že NetworkManager vybírá default interface sám, ale můžeš říct, která spojení výchozí být nesmí.

Popravdě řečeno momentálně u API sleduju jenom ty vlastnosti, které potřebuju pro svoji práci, ale pokud to někoho zajímá, vždy doporučuju založit ticket na bugzilla.gnome.org, popsat dobře use case, volitelně navrhnout řešení a dát mě do Cc. Už na to nemám tolik času jako dřív, ale sleduju to.

Aky problem by som tu mal riesit? Povolim spustit max jednu instanciu kazdej tej veci a z rdisc6 si vytiahnem potrebne veci na konfiguraciu ipv6.

Třeba to, že DHCPv6 se má spouštět až na základně rdisc? Jakého démona používáš na rdisc? Ono je toho trošičku víc.

O pokrocilej funkcionalite NM asi tazko rozpravat... Ked som pred par rokmi chcel dokopat NM aby mi pre konkretny profil pri lubovolenj akcii co nastene spustilo vlastny skript tak som to nevedel.

Nemám zájem se bavit o historii. Ale pokud máš nějaké výhrady k současným dispatcher.d skriptům (a ano, sám nějaké výhrady mám), tak mě to rozhodně zajímá. S kolegou jsme na tom postavili dokonce volání dnssec-trigger a konfiguraci unbound pro podporu lokálního DNS resolveru s podporou DNSSEC.

A co sa tyka funkcionality, kedy bude vediet NM automaticky vybrat spravny profil s 802.1X konfiguraciou na pripojenie do wired siete?

Odkaz na bug report? Rád bych si přečetl reakce třeba od Dana Williamse, který tyhle věci řeší.

Btw, connman ani neumoznuje mat viacero profilov pre wired ethernet...

Odkaz na feature request? Rád bych znal jejich zdůvodnění.

[Pali]

Odkazy na bug reporty nie su, nic som neoznamoval.

[Josef Kufner]

A proč si tedy stěžuješ, když je vše v pořádku?

[pavlix]

Pak mi nezbývá než ti popřát hodně štěstí s tvým řešením a hodně konstruktivních kritiků, kteří ti jenom nezdrbou, že to neumí všechno ;).

[Pali]

S tym som sa uz viac menej zmieril, ze sw je z definicie bugly a co si clovek neurobi sam to nikdy mat nebude. Nakolko ak by som mal len oznamovat po bugzillach ze sw X nepodporuje Y a ze pri pouziti A,B,C,D sa s pravdepodobnostou Z% prejavi chyba, tak by som asi ani nespal...

[pavlix]

Nakolko ak by som mal len oznamovat po bugzillach ze sw X nepodporuje Y a ze pri pouziti A,B,C,D sa s pravdepodobnostou Z% prejavi chyba, tak by som asi ani nespal...

To jsou jen hloupé výmluvy. Zadat jeden bug report za týden, odpovědět na dva předchozí, kde to má smysl a jednou za dva měsíce ublognout s odkazy člověka rozhodně o spánek nepřipraví. Není potřeba hlásit všechny chyby, ale jen nějaké malé množství těch, které člověka nejvíc zajímají.

[pavlix]

Navíc mi přijde zvláštní od druhých očekávat, že budou věnovat netriviální množství vývojářského času něčemu, co nikomu nestálo ani za pár řádek textu bugreportu :).

[Matlák]

BTW teď mě ještě napadlo - nezdá se mi že systemd spěje do stavu, kdy si služba XYZ vyžádá připojení k síti a systemd najde volnou wifi a automaticky připojí? Jdu blejt.

[pavlix]

Zdroj? Pokud vím, tak takováto funkcionalita z linuxového světa spíše mizí. Nedávno si mi několik lidí stěžovalo, že když jsem portoval /etc/init.d/network na iw, že mimo jiné přestalo fungovat právě připojení na wifi bez určení essid. A pokud vím, systemd-networkd zatím wifi ani neumí.

[Matlák]

A pokud vím, systemd-networkd zatím wifi ani neumí

To je jen otázka času. Pravda, zdroj nemám, jsou to jen prázdné plky co tu plácám, ovšem myslím že nebude velký problém najít v redhatu někoho, kdo bude blábolit o skvělém světě, kde

• aplikace vyžádá "připojení" (protože uživatel klikl na obnovit, nebo se prostě app rozhodla)
• nějaký démon jí zkontroluje "práva" (viz android!)
• a po té automaticky nastartuje spojení

a bude do krve obhajovat jak je to skvělé, protože uživatel nemusí vědět nic a může jen konzumovat..

[pavlix]

aplikace vyžádá "připojení" (protože uživatel klikl na obnovit, nebo se prostě app rozhodla)

Zde jdeš s křížkem po funuse. Současné API NetworkManageru je D-Bus, přes který může komunikovat aplikace obyčejného uživatele. Tímto způsobem s NM komunikuje třeba nm-applet nebo gnome-shell network indicator.

nějaký démon jí zkontroluje "práva" (viz android!)

To už dávno funguje, používá se Polkit, kde můžeš změnit nastavení, kdo může takovou akci provádět.

a po té automaticky nastartuje spojení

Z pohledu síťového managementu na tom nic automatického není, je to regulérní vyžádaná akce. A logický důsledek předchozích dvou bodů. Jak říkám, s křížkem po funuse.

[Matlák]

Zde jdeš s křížkem po funuse. Současné API NetworkManageru je D-Bus, přes který může komunikovat aplikace obyčejného uživatele

Proto takové hrůzy nepoužívám. Viz výše.

[pavlix]

Já osobně jsem se v dřívějších dobách těžce smiřoval s tím, že a linuxových distribucích mnoho věcí moc nefunguje, protože mi ten systém na oplátku nabíze něco navíc. Dneska mi ten systém nabízí mnoho navíc a ještě k tomu už většina věcí funguje bez mého přičinění a nemusím ani shánět přesné výpisy frekvencí monitorů, ani nemusím vyhledávat konkrétní AT příkazy abych se připojil třeba k mobilní síti.

Když mě baví si hrát nebo mám nějaký důvod, hrabu se v nízkoúrovňových komponentách, když dělám něco jiného, vyhovuje mi, že ten systém je na vcelku funkční úrovni (vynechám nedávné rozbití bluetooth a podobné výstřelky).

Takže osobně tvému postoji úplně moc nerozumím, ale respektuju ho.

[R]

Debian asi nie je dostatocne typicka distribucia, pretoze tam network-manager nezavisi na dnsmasq...

[Josef Kufner]

DHCP server je v každém mobilu s Androidem. Když si na něm zapneš WiFi hotspot a nasdílíš tak mobilní připojení k Internetu, je DHCP server potřeba, aby se ostatní počítače mohli snadno připojit. To samé, když chceš propojit notebooky někde v terénu bez další infrastruktury. Další scénář je při porovozu virtuálních počítačů, ale tam si to řeší virtualizační nástroje podle svého.

[Pali]

Este raz, naco mi je tato vec na *desktope*???

Zatial to tu nikto v diskusii mi neobjasnil

[Josef Kufner]

Však jsem ti to právě napsal. Nicméně pokud desktopem myslíš hardwarového HTTP klienta, tak ti to opravdu k ničemu nebude, stejně jako dalších 90 % balíčků v tvé oblíbené distribuci.

[pavlix]

Je pravda, že je to mnohem užitečnější na mobilních zařízeních než na stabilní workstation. Ale to skutečně platí i pro spoustu dalších věcí v tvém systému. Zbytek viz 123.

[R]

Aby si ho mohol pustit do lokalnej siete a celu ju tym rozbit...

[pavlix]

Jo to taky ;). Přecijen nemůžeme zůstat za Windows pozadu.

[Pali]

Dik, to ma fakt nenapadlo

Po dlhej uvahe som dosiel k tomu, ze ten dhcp server by sa dal asi fakt vyuzit nato, aby to pridelo adresu loopbacku a uz by sa nemusela nastavovat adresa ::1 a 127.0.0.1 manualne...

[pavlix]

Po dlhej uvahe som dosiel k tomu, ze ten dhcp server by sa dal asi fakt vyuzit nato, aby to pridelo adresu loopbacku

To je nesmysl.

uz by sa nemusela nastavovat adresa ::1 a 127.0.0.1 manualne...

Linuxové jádro nastavuje tyto adresy automaticky ve chvíli, kdy je loopback aktivován (například pomocí ip link dev lo up).

[Jiří J.]

Linuxové jádro nastavuje tyto adresy automaticky ve chvíli, kdy je loopback aktivován (například pomocí ip link dev lo up).

Vidíš, jaké zbytečnosti by se daly z kernelu vykopat - Linus bude rád za minimalizaci, většina vývojářů za generalizaci (proč by měla být nějaká defaultní adresa) a Lennart/Kay za další featuru, kterou se mohou pochlubit.

[pavlix]

Vidíš, jaké zbytečnosti by se daly z kernelu vykopat

To teda pěkně děkuju. Zrovna tohle v kernelu funguje skoro správně ;). Ale jinak mě tenhle trolling už moc nebaví a v sítích se spíše vrátím k nějaké více či méně smysluplné práci.

[j]

To kdyby nahodou ten system mel malo der, tak abys mel o zabavu postarano aspon v siti, az se ti tam bude stovka stroju chovat jako dhcp server ...

[lima]

Siris FUD. Systemd neni deravej, protoze Lennart, Kai a JidaSzmek jsou nejlepsi koderi a chyby nedelaj. Jejich zdrojaky jsou ukazkou vysoke skoly programovani a vsichni hateri by se od nich mohli ucit.

Dhcp server je skoro nutnost, protoze staticky adresovani a loopback jsou obsolete a moderni system potrebuje automatickou konfiguraci. Kdyz neni dostupny pripojeni, tak jak jinak se muzou sitovky nakonfigurovat ?

[Seraph]

vtip?

[pavlix]

Asi.

[SPM]

Tak to doufám, že s další verzí si na to mé web kameře na notebooku natočí nějaké porno, pro případ, že nebude připojení a nebudu si ho moct stáhnout.

[paralen]

stavim sa, ze tato spravicka bude mat minimalne 200 komentov

[Rezza]

Tak zatim je to slabota...

[Spike]

kavol má dovolenou?

[Rezza]

:). Uz nejaky rok vedle sebe nesedime, tak nevim. Ale tusim, ze jsem od nej dnes nejaky mail videl. Takze se urcite ukaze, neboj.

[...]

blame prazdniny

[nyan]

Jo to je docela dobrej ukazatel (ne)kvality releasu, alespon u lennartware

[martin]

tak urcite!

stejne jako kdyz se tu obevila zpravicka, ze krachuje gnome, protoze podporovalo zensky. to tu taky byla hromada prispevky a docela dobre to ukazovalo...no vlastne jen hloupost, histerii a snadnou zmanipulovatelnost znacne casti mistniho osazenstva

[hlasovani]

142

[paralen]

je to tam!

[Petr Tomášek]

To nechápu, znamená to, že systemd bude automaticky přepisova /etc/passwd nějakou svojí sračkou?

[Jakub Galgonek]

Ne, neznamená.

[j]

Ale ano, presne to to znamena, na spravu uzivatelu je nutny pouzit systemd tools, a useradd a spol budou jen aliasy z duvodu (docasne) kompatability. O par verzi dal pak bude ten hnusny textak prekompilovan do binarky, s tou se totiz daleko lip pracuje...

[Jakub Galgonek]

Že tě to šíření FUDu baví.

[Loki]

Ze te jeste bavi byt debil.

[Jakub Galgonek]

Jo, snažit se diskutovat s hatery je asi debilní nápad.

[martin]

+1

[lertimir]

No očekávám, že v blízké době systemd provede analýzu konfigurace, uživatel bude varovat, že má nestandardní nastavení, automaticky je změní na standardní, a provede reboot. Tím bude udržovat systém vždy standardní a nejlépe použitelný pro uživatele.

[Drom]

Nemá tohle patentovaný MS?

[pavlix]

Jak na to tak koukám, tak ten návrh sysusers je velmi podobný tmpfiles a vypadá to velice rozumně. Instalace deklarativních souborů s informací o tom, jaké systémové uživatele daný balíček v systému potřebuje mi přijde nanejvýš rozumná.

[pavlix]

A docela dobře mi to ladí i se seznamy automaticky spouštěných služeb (systemd-preset), takže pokud by rpmbuild nebo rpm byly schopné zautomatizovat spuštění těchto nástrojů podle cesty v závislosti na tom, zda balíček takové soubory obsahuje, mohla by se většina balíků zbavit ručně psaných skriptletů spouštěných před/po instalaci. A každé zjednodušení správy balíčů považuju za vítané zlepšení.

[Bedňa]

Však on im to Lennart sám nadiktuje.

Redhaťáci čo ste urobili s Pavlixom? Kto to tu za neho píše?

[pavlix]

Vždyť píšu pořád stejně a nasírám fanatiky z obou stran barikády ;).

[Bedňa]

Jedna z vecí čo som na Linux enviroment miloval, že si všetko môžem nastaviť ručne a chodí to stále rovnako. Takto sa mi tam má nasáčkovať ďalší samonastavovač a zaručene to rozhasí. Nejaký čas som systemd testoval a nasral ma tak že ho už v živote nechcem vidieť.

Ja na ručnú konfiguráciu nedám dopustiť, je s tým sraní, ale funguje to na rozdiel od Windejsi.

Poďalšie keď sa snažíš vyhodiť nejakú komponentu z celej tej gigantickej hierarchie tak sa to všetko začne sypať, že ti aj rock stable IceWM jebne hneď pri štarte.

Proste funguje to len keď na to nešaháš a ideálne s Gnome Shell všetko ostatné mu vadí. Viem prečo to robia, chcú Mac/Linux trochu aj Win/Linux. Ale to predsa nechce väčšina užívateľov Linuxu.

[pavlix]

Chvilku jsem otálel s odpovědí. Taky jsem měl vždy na linuxu rád možnost volby společně s granularitou, záměnností komponent, které linuxový systém tvoří a dokonce i granularitu projektů a VCS repozitářů.

To, co dělá projekt systemd, konceptuálně linux značně přiblíží BSD projektům, které taky fungují na principu jednoho repozitáře pro základní systém (oproti BSD tedy zatím chybí kernel) a silných (často kontroverzních) osobnostech v čele projektu. Skutečně se zde bavíme o operačním systému, který by se mohl jmenovat systemd/linux nebo systemd/gnu/linux.

Pokud se podaří udržet samostatnost linuxového kernelu, zůstanou s oficiálním kernelem svázané i systemd-less projekty typu OpenWRT, které nevypadají, že by chtěly přecházet.

Proste funguje to len keď na to nešaháš a ideálne s Gnome Shell všetko ostatné mu vadí. Viem prečo to robia, chcú Mac/Linux trochu aj Win/Linux. Ale to predsa nechce väčšina užívateľov Linuxu.

Podle mě je to trochu jinak. Do systemd se z mého pohledu asimilují některé gnomácké systémové funkce, takže budou využitelné z jakýchkoliv prostředí, jejichž vývojáři budou ochotni se přizpůsobit novým mechanismům a API. Svým způsobem jde vnímat systemd jako zajímavý integrační experiment, který se trochu vymkl z kontroly.

[Já]

Segio z KDE nedávno Gnome děsně záviděl, že mají pořešené různé tyhle systémové věci.

[pavlix]

Z dlouhodobého hlediska bude mít KDE tu výhodu, že se prostě integruje se systemd na stejné úrovni jako Gnome. Navíc pokud vím je kritizovaný divoký vývoj systemd pořád tisíckrát stabilnější než mnohé jiné komponenty, které KDE z gnomáckého světa převzalo. Podle mě je systemd podstatně zdravější projekt než Gnome, akorát Gnome našestí nemá takový dopad na celý ekosystém.

[Bedňa]

To, co dělá projekt systemd, konceptuálně linux značně přiblíží BSD projektům, které taky fungují na principu jednoho repozitáře pro základní systém

Jj, akom písal Mac/Linux

Pokud se podaří udržet samostatnost linuxového kernelu, zůstanou s oficiálním kernelem svázané i systemd-less projekty typu OpenWRT, které nevypadají, že by chtěly přecházet.

Takto to dúfam ostane. Ja som s Linuxom veľmi spokojný tak ako je. Každé vylepšenie je pre mňa len krokom späť (MS Win). Spolieham na Linusovu rozvahu a aroganciu ľudí okolo LP, že to tak ostane.

[marbu]

Takze by to nahradilo dosavadni /usr/share/doc/setup/uidgid?

[pavlix]

O tom jsem po pravdě ani nevěděl. Jaké jsou konkrétní rozdíly? Jak se vlastně staví lennartí řešení ke statickým a dynamickým uid/gid?

[marbu]

Lennartí návrh si musím ještě projít, ale ten zmiňovaný uidgid soubor funguje tak, ze pokud nějaký balíček potřebuje zadefinovat systémového uživatele, musí si požádat o uid a gid pár a pokud ho dostane, zanese se to do toho souboru. Viz:

$ rpm -q --changelog setup | grep uid | head
- assign 166:166 uidgid pair for ceilometer (#923891)
- drop gopher (uid 13, gid 30) from groups created by default
- drop uucp (uidgid 14) from groups created by default
- assign 191:191 uidgid pair for systemd-journal-gateway (#918120)
- assign 165:165 uidgid pair for cinder (#902987)
- rename rhevagent uidgid reservation to ovirtagent
- reserve uid 189 for hacluster (#872208)
- reserve 186 uid for jbosson-agent user, reserve 186 gid
- reserve 181:181 uidgid pair for wallaby (#772747)
- reserve 134:134 uidgid pair for cimsrvr (#760178)

[mankind_boost]

Proc je ta konfigurace v /usr/lib?

[Jakub Galgonek]

Factory Reset, Stateless Systems, Reproducible Systems & Verifiable Systems

[pavel]

??

Filesystem Hierarchy Standard

[mankind_boost]

To neni odpoved na mou otazku. Ja se ptam proc je to v /usr/lib, a ne tam, kde podle FHS ma byt konfigurace.

[Jakub Galgonek]

Kde by to podle FHS mělo být? V etc by měly být host-specific system configuration for local binaries, jenže to právě zrovna neodpovídá tomu, co je v /usr/lib/sysusers.d. Z mého pohledu obsah /usr/lib/sysusers.d není zrovna konfigurace (není tam co konfigurovat), ale i kdyby byla, v tom dokumentu se právě píše, proč ji nemohou dát do etc. Jinak jejich pohled na hierarchii je popsán v file-hierarchy.

[Grunt]

Jinak jejich pohled na hierarchii je popsán v file-hierarchy

LOL. Že „jejich pohled“. Hele a neměly by se tak důležité věci jako změna v hierarchii souborového systému v jednom z nejpoužívanějších svobodných systémů na světě třeba někde projednat? Já nevím…třeba na nějaké konferenci nebo tak? V době Mamblu a IRC to už je docela jednoduché a ani není potřeba to pořádat fyzicky. A nebo to je nějaký nový způsob psaní standardů, že o tom Poettering ublogne na G+?

[Václav Vanc]

LOL. Že „jejich pohled“. Hele a neměly by se tak důležité věci jako změna v hierarchii souborového systému v jednom z nejpoužívanějších svobodných systémů na světě třeba někde projednat?...

U systemd? Dobrej vtip... :D

[Grunt]

Hah. Oni mají krom IRC i mailing list. A jde se trollovat

[Jakub Galgonek]

A co kdyby ses do toho dokumentu (a na G+) napřed alespoň podíval?

[Václav Vanc]

Díval jsem se a nelíbí se mi to... :)

[Jakub Galgonek]

A následujících vět sis tam všiml?

Operating systems using the systemd(1) system and service manager are organized based on a file system hierarchy inspired by UNIX, more specifically the hierarchy described in the File System Hierarchy specification and hier(7). This manual page describes a more minimal, modernized subset of these specifications that defines more strictly the suggestions and restrictions systemd makes on the file system hierarchy.

[Václav Vanc]

všiml, a co z toho?

[pavlix]

Nějak nechápu, kam míříš.

[Jakub Galgonek]

No dobře, spíše než o jejich pohled jde o předpoklady, které by měla hierarchie splňovat, aby systemd správně/plně fungoval. Jak moc (a zda) se to liší od FHS nevím, něco o tom je v té diskuzi na Google+.

[Heron]

FHS tady není od toho, aby systemd plně fungoval.

[Jakub Galgonek]

Ale ty dodatečné požadavky ano.

[mankind_boost]

Reknete mi, co ve FHS chybi, ze si musi posuci ze systemd vymejslet vlastni hierarchii ("dodatecne pozadavky"). FHS hovori jasne, tohle ma bejt bez diskuze v /usr/share. Tady proste neni co resit.

[mankind_boost]

Ups, tohohle si nevsimejte.

[Jakub Galgonek]

Hmm, co třeba /usr/share/factory/etc?

[mankind_boost]

Reknete mi, co ve FSH chybi, ze si musi posuci ze systemd vymejslet vlastni hierarchii ("dodatecne pozadavky"). FSH hovori jasne, tohle ma bejt bez diskuze v /usr/share. Tady proste neni co resit.

[pavlix]

Jo taky se divím, proč se do /usr/lib cpou věci, které klidně můžou být v /usr/share.

[m.a]

No, ak si uvedomime, co znamena etc, tak by som povedal, ze ani povodni autori Unixu sa velmi netrapili s tym, co kde ma byt.

[pavlix]

+1

[kralyk z abclinuxu]

Reknete mi, co ve FSH chybi

Už od doby uvedení FHS mi přijde, že spíš než že by tam něco chybělo, tam dost věcí převejvá. Například /etc/sgml - to opravdu každej využije Nebo třeba /lib64 a /usr/lib64, případně /usr/X11R6 - to má bejt jako co?

[pavlix]

A nebo to je nějaký nový způsob psaní standardů, že o tom Poettering ublogne na G+?

Ano.

[Grunt]

Ne?

[pavlix]

No dobře, technicky vzato ještě vyrobí nějakou tu manuálovou stránku a content pro freedesktop.org. Ale to nemění nic na tom, že tvorba standardů pro linuxový userspace v tuhle chvíli probíhá tak, že si LP usmyslí, že něco napíše.

[Grunt]

To byl pokus o napsání ještě míň znaků do příspěvku reakce. To nad tím také nebyla otázka. Já si tyhle flejmy prostě užívám…

[pavlix]

Užívej dál. Je přeci zřejmé, že jsme všichni blázni, akorát ty jsi letadlo, které létá a pozoruje ;).

[Grunt]

Jako mě tyhle bitvy o „budoucnost Linuxového Desktopu“ nechávají naprosto klidným, protože vím že já z toho můžu jen profitovat aniž bych hnul prstem. Ale některé zvláště podbarvené komentáře jsou schopné vykouzlit úsměv na mé tváři. A to je prostě neskutečné.

BTW: Stallman was right…again.

Asi holt křišťálová koule.

[frdrx]

!!!

[Grunt]

Máš recht. A ještě podtrhnout.

[mankind_boost]

Kdo mluvi o /etc? Soubory tohoto typu, co nejsou binarne vazany na architekturu, maj AFAIK bejt v /usr/share (kde uz jich je bambilion). Copak ty textaky jsou knihovny? Co to ma co delat v /usr/lib? Proc mam porad silnejsi pocit, ze systemd brani hlavne lide nerozumejici linuxu a unixu obecne?

[Jakub Galgonek]

Kdo mluvi o /etc?

Mluvil jsi o místě, kde podle FHS ma byt konfigurace. Jak jsem měl tedy poznat, že tím nemyslíš etc?

[mankind_boost]

Asi tezko nahradime soubory v /etc souborama v /etc, ze? Ale ted k veci a reknete mi, proc je to v /usr/lib (kde to podle FHS nema co delat) a ne v /usr/share. Diky.

[Jakub Galgonek]

Nevím, odpovídal jsem ti pouze na to, proč to není v místě, kde dle FHS má být konfigurace.

[Jakub Galgonek]

Nějaké jejich postoje k /usr/share budou asi v různých konferencích, namátkou jsem našel třeba toto: https://lists.fedoraproject.org/pipermail/devel/2012-February/162960.html.

[mankind_boost]

Hm, takze lennart si vybral lib jenom proto, protoze se mu to libi vic (subjektivni). A jako druhej duvod uvadi "uz jsme to tam dali, tak to tam nechame". To jsou duvody jak stehno, klasickej lennart. Ale i tak dik.

[Heron]

Protože rozkaz zněl jasně. Zbavit se /etc. No tak se jeho obsah šoupl jinam. Je prázdný? Je. Rozkaz splněn.

[lima]

Rozkaz znel jasne, zastavit muze s kozenou brasnou. Nebyl cas zjistovat kdo je kdo

[R]

Mohli by zrusit cele /etc a urobit z toho "bordelu" krasny "poriadok" - cele do dat do binarneho suboru. Potom by sa to krasne jednoducho editovalo nastrojom systemd-regedit...

[pita]

Ty pokusy zatahnout koncepcni omyly z Windows tu uz byly. Neco se uz chytlo (srackoidni ala Win98 sprava siti), neco zatim ceka (Registry pro Linux) na vhodnou prilezitost. Ta myslim uz nastala a redhat ma sanci to protlacit. Jedinou prekazkou bude NIH syndrom.

[Hans1024]

Ted si urazil pavlixe

[pavlix]

Proč?

[Hans1024]

Tak nic no, asi nemas k networkmanageru takovy vztah, jako Scotty k Enterprise

[marbu]

Montgomery Scott:

USS Enterprise, shakedown crew's report. I think this new ship was put together by monkeys. Oh, she's got a fine engine, but half the doors won't open, and guess whose job it is to make it right.

[pavlix]

Tak pracoval jsem aktivně na zlepšení a řekl bych, že se mi spousta věcí i povedla, zvláště v době, kdy byl vývoj NetworkManageru můj job, ale něco málo i za dobu, kdy už je to spíše dobrovolnictví posvěcené zaměstnavatelem. Nehledě na to, že nevím, co by mě na tom plácnutí do vody mělo urážet. Kvalitu a užitek software neposuzuju podle výkřiků o Windows 98, navíc jsem zrovna 98 dost aktivně požíval a tím pádem vím, jak moc mimo ten člověk je.

[theo]

Spolu s klasikem chce se mi zvolat: "A co SSH server? Nebo Xa? Xa by Poettering integrovat nechtěl?!"

Ještě, že to můžu jen z povzdálí sledovat ze svého Gentoo (bože nedopusť aby, vývojáře Gentoo napadlo udělat ze systemd hlavní init)...

[R]

SSH server, to je dobry napad. Ved HTTP server tam uz je. X nie, to je zastarane. Jedine Wayland. Alebo radsej Mir :D

[Punny]

Hmm, to jsem si taky rikal, nez vysla zpravicka o debianu.
Ja to pomalu vidim na prechod na XxxxBSD, aspon servery tedy.

[Grunt]

Ja to pomalu vidim na prechod na XxxxBSD, aspon servery tedy.

Na rootu doporučovali jako alternativu tyhle distra Někdy mi přijde, že články a zprávičky o systmed jsou psány jen kvůli zakládání flejmů.

[lima]

K cemu flejmy, kdyz tu vetsina blokuje reklamy ? Zvysovat zaklad pro tech 5% co ji neblokujou ? Vyplati se to ?

[Grunt]

K cemu flejmy, kdyz tu vetsina blokuje reklamy ?

Očividně ne:

I do světa Linuxu ale vstupuje puch… tedy duch, poněkud zatrpklý.

Jinak si prostě tento konfrontační způsob psaní nedovedu vysvětlit.

[lima]

Fakt je tu tolik lidi "uvedomelych" ? Na Rootu kolem toho nedavno probehla sahodlouha debata, ze vetsina reklamu blokuje a ze maji kvuli tomu financni potize. Bylo to samozrejme tvrzeni jedne strany (redakce), ale je fakt ze i u jinych IT-zinu postavenych na inzerci s tim maji problem.

[Pavel 'TIGER' Růžička]

To je jejich problém. Když je blbě postavenenj byznys plán, což u rootu bezpochyby je, tak pak musejí jít žebrat. Nic jiného jim nezbývá.

[Honza Jaroš]

Pokud se jejich reklamy neobejdou bez JavaScriptu, pak ano, blokuji jejich reklamy. Sice ne úmyslně, prostě mám jen defaultně vypnutý JS, ale když holt nejsou schopni fallbacku do klasických obrázkových bannerů, je to jejich boj...

[gnumeric]

manuálová stránka = +

[\/]

Už je v systemd integrovaný poštovní server?

[pavlix]

Pokud vím, tak Fedora už poštovní server z výchozí instalace odstranila, takže bych integraci do systemd úplně neočekával.

[lima]

takže bych integraci do systemd úplně neočekával

[pavlix]

Tak člověk musí být na slova opatrný. Síťovou konfiguraci jsem taky v systemd neočekával, protože tam tomu nikdo dostatečně nerozuměl. Ale objevil se člověk z komunity, napsal to a Red Hat ho ochotně zaměstnal v rámci hvězdného týmu ;).

[Šangala]

Ledničky, pračky, myčky, mikrovlnky všechno jeden výrobce a identický obsah, Linux-distra jsou na řadě, bo jak to jde pomalu, nikdo si toho nevšimne...

[martin]

nekdy bys mel zajet do prahy a navstivit tu obchodak ;)

[lima]

Neplaceni betatesteri mohou zatim uzavirat sazky, jak dlouho se jestu bude uvadet znacka Linux u projektu CoreOS.

Planuje provozovatel AbcLinuxu vcas zmenit jmeno serveru a domenu ? abccoreos.cz i abccoreosu.cz jsou zatim volne.

[Jendа]

Jméno počítače může být nově volitelně odesláno na DHCP server.

Lze odesílané jméno nějak jednoduše měnit? Používám ISC DHCP klienta a před spuštěním mu vždy v konfiguráku nahradím jméno za nějaké náhodně vybrané ze slovníku. Nerad bych posílal DHCP serveru skutečné jméno.

[Spike]

[Phoronix] Lennart: The State & Future Of Systemd

[lmbot]

Njn, Linux se zdá nenávratně řídí do p*ele. Windows Mobile a Windows Server nad hijacknutým Open Source. Bez zatížení komerční licencí a patenty. A přitom nebylo potřeba ani 51% jako ve firmách, ale jen 10% (jádro, userspace ještě míň). Užiteční idioti, prázdné kapsy a nesplacené hypotéky zařídili zbytek. US Army holt platí dobře, bez ohledu na krize.
O míň deterministický systém a omezené možnosti dekompozice fakt nestojím. Nestojím ani o automatizaci od autokonfigurací až po řízení procesů a zápasit s představami autorů o obvyklých podmínkách.
Nestojím ani o opouštění evoluce v bazaru ve prospěch katedrály. Změny které se v budoucnu nebudou líbit daleko širší věřejnosti než teď, budou už procházet direktivně. Bez odporu.

p.s. Debian sice prodlužuje updaty pro squeeze do 2016, ale i tak mám o srandu postaráno. Na dlouhodobé udržení podpory alternavního sysv-initu se nedá spoléhat.

[frdrx]

Čím dřív lidi jako ty ze svých pseudoideologických důvodů přestanou GNU/Linux používat a otravovat normální lidi svými nesčetněkrát vyvrácenými bláboly, tím líp.

[mankind_boost]

"nesčetněkrát vyvrácenými bláboly" Jako treba co? Nezapomen ze gnu/linux vznikl pouze z ideologickyh duvodu.

[frdrx]

Ze zcela legitimních důvodů. Některé z těch blábolů jsou vyvrácené např. zde.

[pavlix]

Na tento dokument bych se na tvém místě radši ani neodkazoval. Kvalita argumentace je tam na úrovni Zeitgeistu. Alespoň že ten odkaz jsi zkurvil (předpokládám, že za to může nějaký idiotský prohlížeč).

[frdrx]

Kvalita argumentace tam výrazně převyšuje nad kvalitou argumentace 99 % kritiků systemd a obvyklé bláboly vyvrací víc než dostatečně. Jak jsem zkurvil ten odkaz je mi záhadou.

[pavlix]

Kvalita argumentace tam výrazně převyšuje nad kvalitou argumentace 99 % kritiků systemd

Argumentace v Zeitgeistu taky výrazně převyšuje nad kvalitou argumentace 99% jeho kritiků. Statistika špatných či špatně vyložených názorů na obou stranách opravdu není něco, na čem bych chtěl stavět svůj názor. To už si můžu rovnou hodit korunou a vyřvávat po diskuzích názor, který mi padne.

Jak jsem zkurvil ten odkaz je mi záhadou.

Některé moderní browsery nezobrazují v řádce http:// ale nějak ho magicky doplní při ukládání do schránky. A někdy taky ne.

[frdrx]

To jak tam LP argumentuje mi přijde docela rozumné, i kdyby to určitě mohl zdokonalit. Ostatně, kdyby on a jiní nedokázali trpělivě vysvětlovat co dělají a proč a přesvědčovat lidi o tom, že to je k užitku, tak by dneska systemd těžko bylo všude tam kde je.

Zbývá-li nějaký důvod proč nepoužívat systemd, který už nebyl stokrát vyvrácen, byl bych vděčný, kdyby mě na něj někdo upozornil.

Díky za nápovědu. Ještě se mi to nepovedlo zreplikovat. No Firefox to byl.

[pavlix]

Pokud považuješ všechny body kritiky tam uvedené za spolehlivě vyvrácené, tak nemá cenu, aby ti někdo vymýšlel další.

Ještě se mi to nepovedlo zreplikovat. No Firefox to byl.

Taky to neumím spolehlivě reprodukovat. Ale mám za to, že to nějak souviselo s dobou bezprostředně po zadání cesty do browseru, ještě než člověk vidí výslednou stránku.

[frdrx]

Nevidím proč by to nemělo mít cenu.

[pavlix]

Pokud dáváš najevo, že nedokážeš kriticky posoudit ani to, na co sám odkazuješ, jaký smysl má přidávat jakékoliv další informace?

[frdrx]

Vůbec nevidím, že bych něco takovýho dával najevo. Nic takového v žádném případě najevo nedávám, protože to není pravda.

[lmbot]

nesčetněkrát vyvrácenými bláboly ^{citation needed}

přestanou GNU/Linux používat a otravovat normální lidi

Normální lidi ? Mám tomu rozumět že se považuješ za normálního ? Ty svatá prostoto
Nikdo ti nebere, že komerční zájmy jedné firmy můžou být i tvými, ale pokud nejsi akcionář nebo dobře placený zaměstnanec nebo dodavatel, tak bych to spíš viděl na tu potrefenou husu - užitečného idiota

[frdrx]

Zkus některé z těch blábolů dokázat. Tak se má postupovat.

Co je normální a co ne nelze jasně stanovit. Lze ale snadno rozpoznat člověka, který normální není. V tomto případě se jedná o jedince co zřejmě z nenávisti ke schopným a přemýšlejícím lidem plive na evidentně úspěšný a přínosný projekt bez toho aby sebemíň chápal problematiku, které se to týká.

[vlastikroot]

Postupne opoustim vsechny distra, ktere se infikovaly lennartware bordelem. Nakonec beztak skoncim u LFS. Clovek prijde na to, ze jadro dnes umi tolik veci samo, ze nastartovat system i s GUI je otazka jednoho kratkeho scriptu. Zlaty byl init system v archlinuxu, pro me to distro prestalo mit smysl, kdyz ho vyhodili.

[pavlix]

Nakonec beztak skoncim u LFS.

To je nejenom značně nepraktické, ale ani to není moc užtečné, vzhledem k tomu, že tím nijak zvlášť nepomáháš dalším uživatelům podobného zaměření. Kdybys měl v plánou používat něco alespoň ve stylu Gentoo, tak neřeknu.

[vlastikroot]

Gentoo je na me moc slozity, moc promakany. Vetsinu veci, co predstavuje pojem gentoo, je mi k nicemu. Navic neni jistota, jestli tam systemd neprobubla taky. LFS je to posledni, u ceho bych mohl zustat. Jsem sice spise priznivcem binarnich distribuci, ale jednoduchych a prehlednych. Kdybych chtel opravdu nekomu pomoct, asi bych to udelal formou navodu jak rozchodit nektere veci s LFS, ale vicemene vsechno uz tak nejak zdokumentovane je (napr. BLFS, nebo arch wiki). Ale bojim se, ze za chvili bude systemd jedina moznost (hardcoded zdrojaky). To by me pak asi donutilo utect jinam (BSD?).

[FrostyX]

Vždyť LFS se přece nemůže dát reálně používat. Ještě bych si dovedl představit to nasadit na nějakou krabičku, zapnout a zapomenout na to, ale mít to na desktopu a řešit updaty?

Vždyť LFS ti oproti Gentoo nemůže nabídnout žádnou výhodu, nebo ne? Jestli ano, docela by mě zajímala.

Navic neni jistota, jestli tam systemd neprobubla taky.

Už se stalo, ale zatím jen volitelně. Kdyby náhodou byl jako výchozí init, tak prostě zůstaneme u OpenRC a oželíme software, který bude mít systemd jako nepodmíněnou závislost. Úplně stejně bys na tom byl i s LFS ...

[vlastikroot]

Ja nechci nic aktualizovat, pro me je desktop to samy jako nejaka jednoucelova krabicka. Takze LFS vyhovuje - jednou nainstim a uz se nestaram. Vyhoda je, ze tam nic neni, ze je to prazdne, presne podle potreby. Gentoo je super, uz jsem ho nekolikrat instaloval, ale ma moznosti, ktere proste nikdy nevyuziju. Tzn gentoo je samozrejme mnohem lepsi, ale kdyz to nepotrebuju, tak proc. Ja i ten archlinux pouzival tak, ze jsem ho neaktualizoval, ale rovnou preinstalovaval. Me instalace na desktopu vydrzi treba 3 roky.

[kralyk z abclinuxu]

Ubastlit si init pro Arch by bylo nejspíš o dost méně práce než udržovat funkční LFS...

[FrostyX]

Navíc by se to mohlo i někomu hodit a mohl by se zapojit do vývoje.

[Bedňa]

A nieje prvý kto nad tým rozmýšľal.

[pavlix]

Gentoo je na me moc slozity, moc promakany. Vetsinu veci, co predstavuje pojem gentoo, je mi k nicemu.

Gentoo představuje LFS převedený do strojově čitelné podoby a nástroj na instalaci a odstraňování balíků. Pokud je to na tebe příliš složité, nemá smysl si hrát s LFS, kde to všechno musíš dělat ručně jen pomocí základních nástrojů.

Navic neni jistota, jestli tam systemd neprobubla taky.

Jak Gentoo, tak LFS už jde dneska se systemd nainstalovat. Jenže údržba dokumentů na LFS bez systemd je značně neužitečná, navíc si budeš na všechno muset psát nějaké initskripty a podobné sračky, dělat to stejné v Gentoo je užitečné i pro ostatní, kteří by to chtěli používat.

[Bedňa]

LFS je skôr o tom naučiť sa Linux enviroment. Myslím že za týmto účelom aj vzniklo.

Čo hovoríš na Runit, neskúšal si ho? Osobne podľa vecí čo som si pozeral malo ambície sa stať nástupcom SysVinit rovnako ako systemd, len samozrejme v rovine initu. Aj ten Ubu Upstart mi príde celkom dobrý. Mno aj Gentoo OpenRC funguje veľmi dobre, tak hľadám náhradu na čom pôjdem v ďalších rokoch. Systemd to určite nebude.

[pavlix]

LFS je skôr o tom naučiť sa Linux enviroment. Myslím že za týmto účelom aj vzniklo.

Na druhou stranu Gentoo je jedna z možných automatizací LFS, ale i binární distribuce dělají úplně totéž, jen za pomoci delegace větší části práce na infrastrukturu distributora.

Čo hovoríš na Runit, neskúšal si ho?

Mám pocit, že jsem kdysi pár takových nástrojů zkoušel, ale teď nemám důvod. Nedávno jsem se začal trochu víc učit systemd, protože mi to pomáhá v současné práci, kde bych rád nějakou dobu zůstal, a pomáhalo by mi to zřejmě ve většině prací, o které bych se mohl ucházet včetně toho, kdybych se vracel čistě na živnost. Na trhu je systemd jednoznačným vítězem a nevidím smysl předstírat něco jiného. Jediný jiný projekt, o který se zajímám je procd kvůli OpenWRT.

Mno aj Gentoo OpenRC funguje veľmi dobre, tak hľadám náhradu na čom pôjdem v ďalších rokoch. Systemd to určite nebude.

Já osobně si myslím, že v současné době žádná smysluplná náhrada neexistuje. Podle mě systemd určitým způsobem nasadil laťku a může trvat roky, než se objeví něco, co by stálo za řeč. Nemám v plánu věnovat úsilí alternativám jen z trucu, i když mi samozřejmě nevadí, když to udělají jiní ;).

[Bedňa]

Mno škoda, už desiaty krát prepisujem svoj komentér.

Takže je možné systemd nasadiť na všetkých Unix platformách ako Runit? Jedno nastavenie a ide mi to na Linux, BSD, Solaris?

Je možné nahradiť komponenty systemd bez toho že ti nejebne samotné prihlásenie do systému?

Kurwa tých otázok je moc, jebu na systemd a vyhlasujem bojkot.

Samo priateľu teba mám rád, bez ohľadu na tvoj názor na systemd .)

[pavlix]

Mno škoda, už desiaty krát prepisujem svoj komentér.

Nechápu proč to děláš a proč zrovna pod mými komentáři. Ani nechápu proč mi zde dáváš otázky, na které znáš odpověď. V danou chvíli je systemd základem mainstreamového userspace pro Linux a to není úplně dobré ignorovat. BSD a Solaris ani kvality systemd s tím nemají až tolik společného.

[Bedňa]

Ani nechápu proč mi zde dáváš otázky, na které znáš odpověď.

Aj chlapi majú svoje dni.

[PavelC]

Komunita kolem Slackware pripravila balicky a testuje runit a eudev a bezi prakticky bez problemu. Patrick a spol. se zatim nevyjadrili a oficialne se jede na puvodnim initu a udevu, ale kdyz vznikne potreba tak se muzou objevit v currentu. Init se supervizi a udev oboje bez zavislosti na systemd.

Já osobně si myslím, že v současné době žádná smysluplná náhrada neexistuje. Podle mě systemd určitým způsobem nasadil laťku a může trvat roky, než se objeví něco, co by stálo za řeč.

Mozna ze skromnosti jsi zapomnel dodat ze pro tebe, tvoje usecases nebo treba byznys s OpenStackem. Pro nase potreby to je naopak zbytecna a neopodstatnena komplikace a nepredstavuje latku, ke ktere by se melo priblizovat ale naopak obloukem se ji vyhnout. Chtelo by to priste min sebestrednosti

[pavlix]

Mozna ze skromnosti jsi zapomnel dodat ze pro tebe, tvoje usecases

Nikoliv, osobně jsem schopný pracovat s libovolně stupidním initem a případné problémy řešit libovolně stupidními workaroundy tak, jak se to vždy dělalo.

nebo treba byznys s OpenStackem

Nikoliv, nemám s OpenStackem nic společného ani nebyl součástí kontextu.

Pro nase potreby to je naopak zbytecna a neopodstatnena komplikace a nepredstavuje latku, ke ktere by se melo priblizovat ale naopak obloukem se ji vyhnout.

Je mi líto, ale mluvil jsem zde o obecné náhradě se srovnatelnou funcionalitou, nikoliv o vašich specifických potřebách.

Chtelo by to priste min sebestrednosti

Jsem rád, že si to uvědomujete, můžu jen vřele doporučit se nad touto větou zamyslet kdykoli máte chuť někoho urážet jen proto, že jste nepochopil něco, co napsal do diskuze.

[PavelC]

Na vytrhavani z kontextu a prekrucovani nemam zajem navazovat, Jen muzu vrele doporucit, abyste si poradne precetl na co odpovidate (Bedna o OpenRC) a jak (tvrzeni o nenahraditelnosti systemd). Nikdo vas neurazi, snad krome vlastni arogance.

[pavlix]

Na vytrhavani z kontextu a prekrucovani nemam zajem navazovat, Jen muzu vrele doporucit, abyste si poradne precetl na co odpovidate (Bedna o OpenRC) a jak (tvrzeni o nenahraditelnosti systemd).

Pobavilo. Jinak mám pocit, že si Bedňu berete do huby zbytečně, jeho názor chápu, on můj taky. A teď už si prosím své problémy pořešte sám.

[PavelC]

Vidim ze arogance a hloupost jsou dve nerozlucne sestry :-/

[pavlix]

Ještě jsi zapomněl na anonymitou, za kterou se takoví lidé rádi schovávají.

[little.owl]

Ja tvuj racionalni postoj chapu a ocenuji.

[pavlix]

Prdel si ze mě nikdo dělat nebude :D.

[Bedňa]

Pavlix je fakt borec o tom žádna. To že som písal práve jemu, je len preto že viem aký má nadhľad. To že sa zmieril s niečim čo je dopredu odsúdený projekt je len jeho chyba :)

Fakt som sa so systemd snažil nejaký čas zžiť, pre mňa je to ale úplne nepoužiteľná komponenta s Linux Enviroment, pretože by som musel vymeniť všetko čo mám na Linuxe rád. Takže pokiaľ budem musieť písať skripty na odstránenie systemd tak ich proste budem písať. Tým si len zlepšujem skill a človek sa popri tom dosť naučí.

To je všetko, určite to cítiš rovnako a úplne to chápem. V slobodnom svete máš vždy na výber, len to veľakrát nebýva zadarmo, musíš si napríklad napísať aspoň nejaký ten skript. Zato viem že keď budem mať problém tak sa na Pavlixa môžem obrátiť.

So long.

[pavlix]

To že sa zmieril s niečim čo je dopredu odsúdený projekt je len jeho chyba :)

Však já si počkám, až systemd začne upadat, ale zatím se na tom můžu leccos naučit, vzhledem k tomu, že to nabízí vlastnosti, které s určitou pravděpodobností budou pro pozdější náhrady samozřejmostí.

Zato viem že keď budem mať problém tak sa na Pavlixa môžem obrátiť.

A to zas jo ;).

[Lol Phirae]

Podle mě systemd určitým způsobem nasadil laťku

Tak určitě...

[pavlix]

Tak do téhle diskuze bych se asi radši nepouštěl ;).

[Grunt]

Čo hovoríš na Runit, neskúšal si ho?

A co dmd?

[frdrx]

Čau, nazdar, měj se.