Chápu, že je okurková sezóna, a zároveň kontroverzní články jsou hodně diskutované, takže mají pěkný dopad do příjmů, ale minimálně ta první část, kterou bych nazval "systemd rant", patří někam na osobní blogýsek a nikoli na server, který se profiluje jako top server "nejen ze světa Linuxu"...
Druhá půlka je pak taková úsměvná... ale ano, jsou prázdniny...
Můj komentář nebyl mířen ani tak na autora jako na redakci... a za tím, že první část je takové hartusení nad systemd, které neříká celou část pravdy, ale spíše vyjadřuje autorův světonázor, a druhá část je souhrn alternativ, které stojí spíš už za okrajem množiny použitelných řešení než před ním, si stojím.
Musím souhlasit s panem Jirsákem. Část o systemd je vaším názorem. Připomíná mi to nadávání v hospodě - viz. systemd vs Android (není to o technickém problému, ale licenčním, za který IMO nemůže licence systemd, ale Androidu) nebo část ohledně konfiguráků v /usr - nevím co dělám špatně, ale já mám konfigurace systemd v /etc - pravda, jsou i v /usr, ale tam jsou jen "výchozí", cokoli chci změnit, obvykle znamená kopii příslušného souboru do /etc a změna tam. Dělá to takhle dnes více projektů (namátkou Xorg) a u těch vám to nevadí (?) - mě tohle přijde elegantní, výchozí konfigurace je jinde a v /etc je jen to, co je změněno, když je konfigurace hardwired v binárce, je to vlastně stejné, s tím rozdílem, že tady si můžu ty výchozí hodnoty najít v textovém souboru a nemusím pátrat ve zdrojácích binárky.
Přijde mi to, jako když se vám osobně něco nelíbí, tak hledáte argumenty jak to vysvětlit, ale neumíte to.
Obávám se, že /etc/default
je něco úplně jiného.
Myslím, že celý tenhle problém má prapůvod v odvěkém problému zapracovávání uživatelských změn konfigurace při upgrade. Málo která distribuce má tak propracovaný systém jako třeba dispatch-conf
u Gentoo. Většinou se starý konfigurák nechá na místě a nový se pleskne vedle s nějakým .rpmnew
a admine, starej se. To zpětně přidělává problém vývojářům, kteří nemají jak vynutit zavedení nových výchozích konfigurací, které třeba opravují známé problémy. Cesta, kterou používá udev a systemd tenhle problém částečně řeší, ale jen částečně.
Naplno se to ukázalo třeba s konceptem nových šílených jmen síťových rozhraní (ano ano, já vím, že je to rozbité, ale u svého systému s jednou síťovou kartou chci mít eth0 a nic jiného). K zablokování stačilo vytvořit prázdný soubor /etc/udev/rules.d/80-net-name-slot.rules
, který překryl upstreamový konfigurák zodpovědný za přejmenování. Jenže pak přišla verze 210 a soubor se v upstreamu přejmenoval na 80-net-setup-link.rules
. Připadá mi to jako hra na kočku a myš.
Co zatím funguje, je parametr net.ifnames=0
na příkazovém řádku kernelu. Otázka je, na jak dlouho.
Konfigurace by ale nemela byt mistem, kde se resi opravy ...
Osobne prave gentoo celkem hodne vyuzivam, ale i pres dostupne relativne slusne nastroje mam nekdy chut do toho kopnout, protoze se klidne i behem par dnu objevi nekolik revizi konfiguraku, na kterych je jen videt, ze to editujou dva+lidi, ktery maj ve zdroji proste ruzny poradi stejnych veci ...
Nadto si kazdej admin do konfiguracku pise poznamky (chvala bohu za to ...) a zadnej nastroj tak jako tak nevyresi, co s tema poznamkama, kdyz tam nekam chce flaknout nejaky dalsi parametr.
BTW: Ted si nevzpomenu co to bylo, ale uz sem narazil na appku, ktera proste nic jinyho nez ethX jako oznaceni sitovky neakceptuje. At zije nerozbijeni API ...
„Konfigurace by ale nemela byt mistem, kde se resi opravy ...“
Teorie hezká, nicméně výchozí konfigurace je součástí toho, co se dodává uživatelům, objevují se v ní chyby a je často potřeba je opravovat alespoň těm uživatelům systému, kteří si té konfigurace nejsou vůbec vědomi a tedy ji neměnili. Aneb, nic není dokonalé.
Komentáře pod článkem bývají většinou názory. V médiích ovšem bývá dobrým zvykem názorové články nějak odlišovat – zvlášť když jde o glosu, která vyjadřuje jen osobní postoj autora, aniž by jej podkládala nějakými argumenty (na rozdíl třeba od komentáře, kde se očekává i nějaká analýza). I to by se dalo omluvit tím, že Root.cz prostě dává všechny články na jednu hromadu bez ladu a skladu. Ale když se přilepí glosa před vážně míněný technický článek, nemůže z toho vzniknout nic jiného, než paskvil.
Tady asi bude problem v tom co si _vy_ predstavujete, ze by v takovem clanku melo nebo nemelo byt a jak by mel byt strukturovany. Nami komentovany clanek neni ani komentar k API systemd, ani vycet a popis aktualnich vlastnosti ani srovnavaci test. Jde o glosu k soucasnemu stavu, doplnenou o relevantni odkazy a takto by se k tomu melo pristupovat. Jestli ve vas vyvolal zmatek, ze nebyl specialne oznacen je spis na zamysleni nad sebou samym. V podobnem duchu se tu publikovaly clanky napr. p. Macicha o prekazkach linuxu pri nasazovani do firem nebo clanky p. Boranka jako o nejcastejsich chybach linuxovych zacatecniku.
Vas subjektivni nazor neni faktem, na jehoz zaklade by se dalo rozhodovat. Smirte se s tim.
Jde o glosu k soucasnemu stavu, doplnenou o relevantni odkazy a takto by se k tomu melo pristupovat.
Jinými slovy, jde o mišmaš dvou velmi různých textů. Asi jako kdybyste spojil kabaret a dokument do jednoho televizního pořadu.
Jak k tomu tedy mám přistupovat? Jako ke glose, kde se od autora nečeká, že by něco analyzoval, a možná trochu přehání? Takže ten seznam odkazů nemám brát zas tak vážně, autor si v něm možná také vymýšlí, o některých programech moc neví, a kritériem výběru byla spíš vtipnost než co jiného? A jak mám chápat poslední odstavec? Je to ironie, není z čeho vybírat a na směřování svobodného software nemáme žádný vliv?
Víte, ono to oddělování a dodržování různých stylů má svůj důvod, čtenář ke každému textu přistupuje jinak. Návod si nebudu číst pro zábavu a glosu zase nebudu brát jako zdroj faktů.