Vlákno názorů k článku
Utilita run0 je bezpečnější náhradou za sudo založenou na systemd od cc - Zajímavé kolik se tu našlo hejterů, ale kdo...

Zajímavé kolik se tu našlo hejterů, ale kdo z vás používá distro bez systemd hah?

Třeba Alpine Linux? Běžně asi tak úplně všude, kde nepotřebuju GUI.

To, že něco používám (protože lepší alternativa není || protože musím být kompatibilní s okolním světem) přece neznamená, že nemůžu poukazovat na problémy.

Nemáš rád NAT a nedostatek adres? Používáš IPv4?

Slackware, ze ktereho jsem musel vykopat pulseaudio, ktere v idlu zralo vic CPU nez trening Real-ESRGANu.

Dalsi otazka, pane ad hominem?

Zbyva malickost... abyste dolozil, ze pricinou problemu nebyla vami zmatlana konfigurace :-) Rozhodne obecne ta vase teze s vyzranim CPU neplati.

Nezájem.
1. Byla to instalace-konfigurace out-of-the-box.
2. Opravdu to není izolovaná zkušenost. https://duckduckgo.com/?t=ftsa&q=pulseaudio+too+much+cpu+usage&atb=v349-1&ia=web
3.Opravdu tu nejsem od toho, abych opravoval-debugoval cizí chyby, zvláště u něčeho, co pověst zpatlaliny má už dlouhá léta, naprosto právem. Nevyhovuje - tak půjde pryč. O tom ten opensource snad je. Nebo to v době po-Potereringové už neplatí?
4.Otázka byla na to, kdo káže vodu a pije systemd víno. Neodvádějte zase pozornost.

1. 5. 2024, 19:57 editováno autorem komentáře

Vtipne je, ze vetsina problemu z toho vaseho odkazu je vzdy kombinace s necim. Hned prvni link, co to me hodilo bylo ubuntu, pulseaudio... kde kdyz se vyplo chromium, problem magicky zmizel.

Zrovna pulseaudio uz nejaky cas nahrazuje pipewire. U novych instalaci ho mate automaticky, u tech starsich si to musite predelat sam.

A cely hejt na systemd byl cool & in pred mnoha lety... :-) Dnes uz jen predvadite, ze jste spis otrokem minulosti. Ale samozrejme nic vam nebrani se dat morit se sysvinitem, ze? ;-) Vsak distribuce, kde to mate "postaru" najdete taky.

Zajímavé kolik se tu našlo hejterů, ale kdo z vás používá distro bez systemd hah?

Kdybych měl možnost se systemd s rozumnou mírou úsílí vyhnout, neměl bych důvod ho nenávidět. (Snažil jsem se o to dost dlouho a věnoval jsem tomu hodně úsilí, ale po nějakém čase už to množství klacků naházených pod nohy bylo neúnosné.)

To je zajímavý úhel pohledu. Ale nebyla by zas flexibilita s výběrem initu podle preferencí uživatele trochu problém pro konkrétní distribuce, balíčkáře? Dvojí práce, testování, následná podpora, dokumentace. Co vím, tak jediná distribuce z těch rozšířenějších, co tuhle možnost nabízí, je Gentoo, ale to beru spíš jako výjimku.
Já jsem docela chápal, že svého času probíhaly celkem vyhrocené diskuze, kdy se rozhodovalo, co bude která distribuce používat. Nicméně ve výsledku to byl buď systemd, nebo něco blíž sys-v (openrc, upstart), ale ne oboje.

On ten boot systému a start služeb byl nakonec spíš menší problém. Daleko větší byl průšvih je celý ten konglomerát různých systemd-whatever náhrad za cokoli. Takže tu bylo KDE přeložené tak, že fungovalo výhradně se systemd-logind, tu bylo něco přeložené tak, aby to logovalo přímo do systemd-journald místo do syslogu, tu se negenerovaly coredumpy, protože někdo usoudil, že bude nejlepší je všechny prohánět přes nějaký systemd udělátor (zoufale neefektivní a nespolehlivý, BtW), ... Rozsah balíčků, které bylo potřeba přebuildit s jinými parametry, často i opatchovat (nebo naopak odpatchovat), případně rovnou vzkřísit, nezadržitelně narůstal a brzy bylo prostě nad lidské síly udržovat funkční alternativu.

A to je právě to největší zlo: ani ne tak samotný systemd ve smyslu initu a systému pro start a management služeb, ale mnohem víc celý ten komplex, který postupně požírá celý systém a je navrhovaný po vzoru komerčních výrobců a jejich strategie založené na vendor lock-in, která nutí zákazníky pořídit si všechno od stejného výrobce, protože to "spolu prostě funguje lépe". Modularita a možnost volby jednotlivých komponent už je dnes pro velkou část "odborníků" sprosté slovo, o tom že prý unixový svět ani open source přece nikdy nebyly...

Ale to prece neni chyba systemd, ze ostatni si jeho sluzby nejakou formou integruji. Vsak tvurci software/distribuci sve duvody, proc to tak delat jiste maji. Ale porad se bavime o opensource - a nic vam nebrani dat do kupy distribuci dle vasich predstav. Co zde predstavujete je pouze touha, aby to nekdo jiny delal presne podle vasich predstav a vy se zbytkem hateru systemd to mel naopak bez prace. :-) No tak se vy vsichni, co nesnasite systemd spolu domluvte a spojte sily, ne?

Díky za rozvedení úvodního postu. Chápu, co myslíte, i když to samozřejmě nemá žádné jednoduché řešení. To souvisí z celkovým směřováním těch větších distribucí. Jak už tu víceméně zaznělo, tak kdyby po té integraci systemd komponent, případně výhod, co provázané komponenty z jednoho projektu případně přináší, nebyla poptávka, tak se to nebude dít. Rozhodně si nemyslím, že hlavní příčinou je, že systemd vůbec existuje a "láká" správce distribucí a product managery na temnou stranu síly :).
To že to s sebou nese i určitá negativa, včetně toho, že třeba upstream projekty mohou postupně utáhnout požadavky na specifické prostředí se systemd, D-Busem atp., aby si třeba zjednodušili vývoj s nějakým konečným množstvím prostředků, je jasné. To není problém jen, když se snažíte používat Linux distro bez systemd, ale i v případě používání ostatních Unixových systémů. Stačí letmý pohled na to, co se řeší v portech velkých desktopových prostředí na BSDčkách. Ještě před pár lety jsem provozoval na jednom domácím stroji FreeBSD s desktopem, ale vzdal jsem to víceméně z těchto důvodů, teď je tam Tumbleweed.
Nicméně jak jsem zmiňoval někde výš, tak pokud odhlédnu od situací, kdy je něco rozbitého, nebo nenarazím na nějakou evidentní chybu (což chápu může v určité situaci být ta příslovečná poslední kapka ;)), tak mi přijde, že větší míra unifikace těmi věcmi okolo systemd za posledních 10 let ve větších linuxových distribucích té celkové použitelnosti spíš prospěla. U mě to v podstatě odstartovaly migrace na RHEL 7, a postupně jsem adoptoval systemd, NetwokManager, firewalld, PolKit atd. Ale samozřejmě je to subjektivní názor, beru, že to někomu nemusí sednout, cení si modularity, "unixového" přístupu.

2. 5. 2024, 22:54 editováno autorem komentáře