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?
Ale to prece neni chyba systemd, ze ostatni si jeho sluzby nejakou formou integruji.
To jste ale jen jinými slovy přeformuloval problém, o kterém jsem psal. Jen ho holt ve svém nadšení odmítáte vidět.
Trochu mi to připomíná strašidelnou část z jistého videokanálu o fotografii. Ten člověk tam popisoval, jak svého času používal nějaký smartphone s androidem, protože mu vyhovoval nejvíc. Jenže po nějakém čase už jeho blízcí příbuzní nemohli déle snášet, jak je nekompatibilní s jejich oblíbenými (pouze) jablečnými vychytávkami, až uspořádali intervention a vymluvili mu díru do hlavy, takže si ten iPhone pořídil taky. Když to vyprávěl, tak už to vyznělo tak, že měli vlastně naprostou pravdu a on díky nim prozřel, jen občas trochu lituje, že přišel o spoustu těch vlastností, kvůli kterým původně používal ten nejablečný smartphone. Pointa je, že taky můžete říct, že za to vlastně Apple vůbec nemůže a je to jen a pouze hloupost těch příbuzných (a nakonec i jeho). Ale bude to stejná demagogie jako v případě systemd, který také cíleně vytváří tu umělou provázanost a nekompatibilitu nutící ostatní přejít kompletně na "jejich svět".
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