Lennart Poettering skončil v Red Hatu

Lennart Poettering (Wikipedie), tvůrce PulseAudio, Avahi a systemd, skončil v Red Hatu [Phoronix].

6.7.2022 07:00 | Ladislav Hagara | Komunita

Komentáře

[cycle]

Zajímalo by mě, co bude dělat dál, pokud opravdu opustí redhat, bez ohledu na to, co bude pravděpodobně mimořádně skvělé a stejně revoluční jako jeho ostatní díla.

Absolutně vynikající vývojář, jeden z mála nejlepších, které máme.

[Pulec]

Navic jeho kody jsou nejlepe testovany soucasti linuxovych distribuci. kdyby takovy rozsah unit testu a mel treba Xwin tak uz 20 let zijeme v roce linuxoveho desktopu.

[luky]

Mame stovky tisic nasazeni systemd a u systemd registrujeme vic chyb nez treba v kernelu.

[tron]

To protoze se to testuje a ty test neco i odhali. Ne jak zbytok linuxu - tady mate komunito a reste si to sami.

[luky]

Myslim chyby z produkcniho prostredi, ne chyby z testu.

[Vivat Open Source Model]

Tady funguje support - nahlasis, triage, hned se tomu nekdo venuje a do vecera mas fix. Ne jak u kernelu kde si to nikdo 3 dny nevsimne, pak te 3x budu presvedcovat ze "neco delas spatne, mne to funguje" a kdyz nekdo nahodou uzna chybu tak cekas dalsi 3 dny nez se to zaradi do sprintu v dalsim kvartale, pak to nejaky neplaceny amater jakoze patchne a bez testu to pujde ven Ha!

[Petr]

lol, debil, který zničil linux a donutil mě přejít na windows

[Max]

To ti stačilo opravdu málo :D
Zdar Max

[-]

Zničil Linux tím, že jako jediný* vytvořil použitelnou alternativu k zaostalému SysVinitu a tomu hnoji (prasácky napsaným init scriptům) co okolo němu ve většině distribucí svého času byl? Tím přechodem na Windows sis vážně pomohl.

*upstart nepočítám, ten zabila licence/Canonical CLA

[Jdjsznchfh]

Upstart bol a aj je ovela horsi ako systemd.

Aspon pre mna - spoliehal sa na PID, takze ked kvoli zlej konfiguracii nieco skoncilo mimo jeho dohlad, tak bolo treba si na opravu napisat skript, co vytvoril proces s tym starym ID. Alebo reboot.

[[Jooky]]

OpenRC je znacne lepsia alternativa k systemd a samozrejme k SysVinit a podobne ... aj preto ju z kazdeho porovnania vyhadzoval. Ocividne nechcel aby ludia prisli na to, ze mame aj lepsie alternativy ...

[vlk]

jooj, aký si ty múdry! Dokáž to, že je OpenRC lepší než SystemD.

[Gilhad]

Netřeba dokazovat, je to vidět. A nesere se do věcí, do kterých se init srát nemá.

[dmin]

No jenze OpenRC, sysinit, runinit jsou dobre akorat tak do dockeru na nejakou servisu. Na desktopu CHCES systemd aby z toho nebyl spagetovy chaos. CHCES targets, dalkovy boot management stanic, luxusni timery misto deraveho cronu atd.

[-]

+1

[Alesh]

+1

[Gilhad]

Na desktopu CHCI OpenRC, stejně jako na notebooku, nebo RPi. A taky ho tam léta spokojeně mám a nehodlám na tom nic měnit.

Jestli systemd chceš ty, tak si ho narvi na svoje počítače a mluv sám za sebe, já si tím život komplikovat nebudu.

[vlk]

asi ti je dobre na strome s opicami, tak si tam sed, len pockaj jak dojdu banany..

systemd je jedna z velmi rozumnych veci, ktoru Linux dost potreboval, je jasne ze od sameho zaciatku ju sprevadzalo privela problemov a ze ju aj na moj v kus nasadili do distribucii priskoro - asi dovod rozculenia mnoho ludi, lenze teraz uz systemd celkom dozrel. uz niekolko rokov to vyuzivam na plno bez vacsich problemov, hlavne ako user, kde nepotrebujem roota aby som si spustal/spravoval vlastne unity, pocitam k tomu aj journalctl a tak podobne a hej, vyuzivam ho aj na malinach π

[hm]

+1

[Bivoj]

Lidé rádi nenávidí PulseAudio a systemd, ale oba zcela změnili standard pro desktopový Linux. Obyčejný, každodenní zvuk na linuxovém desktopu byl SUCKÝ a lidé na to snadno zapomínají; Pulse made audio na Linuxu funguje přesně pro 90+ % uživatelů. Správa služeb, aktivace soketu, relace atd. byly naprostý nepořádek a značně se lišily podle distribuce, přičemž žádná z nich nedělala většinu věcí správně; Pamatuji si, jak jsem systemd budoval ze zdroje na Debian stable a všechno Just Worked™, a když Arch přešel na systemd, proto jsem skočil na svých pracovních stanicích, od té doby mi to vrátilo měsíce produktivního času, který bych jinak mohl trávit hlavou. -ruce, nebo jen čeká na init.

[Marián Kyral]

Já jsem bohužel jeden z těch, co měl tu smůlu, že mi PA nikdy pořádně nefungovalo. Hledal jsme na netu, podobný problém mělo docela dost lidí, ale najít funkční řešení byl oříšek. Teď zkouším PipeWire, zdá se mi, že funguje lépe, ale stále se nějaké problémky najdou.

[David Ježek]

V zásadě jsou tři možnosti: šel dělat do: Meta × Google × Microsoftu.

[billgates]

Osobne dufam, ze jeho dalsi ciel je kernel. Jedna z poslednych veci, ktore drzia linux v minulom tisicroci.

[MTF]

neboj, do kernelu míří rust a všechno vyřeší.

[billgates]

Rust nevyriesi nestabilne ABI pre moduly. To je momentalne najvacsi problem linuxu a dovod, preco je prakticky nepouzitelny v realnom svete.

[R]

Prakticky nepouzitelny = je na takmer vsetkych superpocitacoch, vacsine serverov a routerov sveta a vsetkych mobiloch okrem Apple?

Este, ze Windows su velmi pouzitelne, na mobiloch sa to velmi osvedcilo :D

[AlYoSHA]

Pokial ide o superpocitace tak nie takmer, ale celkom! TOP500 je pure linux. A ano kecy ze linux je produkcne nepouzitelny su len hlupa demagogia. Na kazdu krabicku s Embended Windows najskor niekto najde 1000 krabiciek s embended linuxom.

[Ovoce]

Není náhoda, že nic z toho není univerzální klientské zařízení pro širokouškálu použití (a proto tam můžou fungovat věci, který jinde narazí) s výjimkou těch mobilů. V kterých si to IIRC Android řeší trošku jinak než desktop/server Linux...

BTW, největší problém Androidu, kterej se týká krátké podpory a nedostupnosti aktualizací na vyšší verze systému, fakt vůbec nesouvisí s problémem ovladačů, ne, absolutně, vůbec nikdy a rusácký svině jsou na Ukrajině na dovolený, ne na vojně :)

[R]

Najvacsi problem Androidu je v tom, ze snad vsetci vyrobcovia zariadeni porusuju licenciu GPL a nedodavaju zdrojaky k upravenemu kernelu. Navyse tieto zariadenia su vsetko embedded sracky (nulova kompatibilita), takze kazde zariadenie musi mat v jadre specificky kus kodu. Nie je mozne (ako pri x86) pouzit jeden univerzalny kernel, ktory pojde na vsetkom od Pentia Pro z roku 1996 po dnesne PC.

[AsciiWolf]

+1

[GeorgeWH]

Ale chuj. Lenart urobil z linuxu windows. Milion unitov, ktore kto vie, co vlastne robia, rovnako ako sluzby vo windowsoch. Logy detto. Ked niekdy pozriem do windows eventov, tak je tam milion error, az sa cudujem, ze ten system vlastne bezi. Journalctl je na tom uplne rovnako - milion nic nehovoriacich errorov. Cely systemd je jeden obrovsky blob. Co z toho, ze boot bezi paralelne, ked staci nejaky "nepodstatny" preklep v /etc/fstab a boot zhavaruje. A tak sa da pokracovat dalej.

[~]

A proc se tedy ten systemd pouziva vsude krome truc dister typu Devuan?

[Pavel Čejka]

A kromě Gentoo s OpenRC. Nemám pocit, že by to bylo na truc.

[GeorgeWH]

Tiez sa pytam... Ale asi aj preto, ze je "zadratovany" do celeho systemu.

Ale ako stale vravim, mne systemd vo svojej podstate nevadi. Vadi mi ale to, ze sa zo systemu neda jednoducho odstranit/nahradit inym initom.

[Jyrki]

Protože jej tlačí silou Red Hat a protože Red Hat dělá vše pro to, aby náhrada systemd byla zatraceně nepříjemná a každý si sakra rozmyslel, jestli do toho půjde.

[Xerces]

Osobně bych byl tedy radši, kdyby skončilo PulseAudio, SystemD a Avahi a Lennart zůstal, ale člověk nemůže mít všechno.

[Max]

Tak PulseAudio postupně končí, aktuálně je PipeWire, který se každou další minor verzí zlepšuje velkým tempem.
Už ho delší dobu používám úplně všude.
Zdar Max

[R]

Velmi ma mrzi, ze som pulseaudio zmeskal. Pipewire si necham ujst tiez. Jediny zvuk, ktory na desktope potrebujem, je vystup z mplayer/mpv. A to funguje normalne priamo cez alsa.

[VoDo]

Tak to je zacatek konce linuxu, jeden ze tri doopravdickych develotru...

[~]

Neni

Lennart Poettering did indeed quietly depart Red Hat earlier this year for another employment opportunity. He is now employed by another major organization continuing his work on systemd.

[pavele]

BSD.

[ajtacka]

SystemD nielen spustí samotný systemd, ale je v ňom aj napísaný...

[Jakub]

BSDM

[chrumik]

Nevim proc se tady linuxaci ohaneji unix filosofii kdyz GNU Linux ma uz v nazvu ze to neni unix (GNU's Not Unix!). Monoliticky moloch linux kernelu s monolitickym molochem systemd jdou ruka v ruce. Kdo chce unix filosofii at se poohlidne po BSD nebo macOS.

[VoDo]

presne tak certifikovanjch unixu je jen par ne milion dister!

[R]

A BSD ma aky kernel? Ze by tiez monoliticky?

[xxxs]

hurd je uz skoro vo verzii 1. teda 0.9, vydanej tot nedavno v 2016, takze odpoved na otazku je riskantna. moze to tam padnut hocikedy a BSD po nom hned skoci.

[R]

BSD tazko, ale existuje Debian GNU/Hurd. Sice to nebezi takmer na ziadnom HW, ale existuje :D

[Max]

Hurd je na podobné úrovni jako HelenOS, Haiku, ReactOS apod. Prostě zůstane na akademické úrovni pro výuku, učení se apod. Linux už svět převálcoval a jako zázrakem ho nic jiného nepřekoná.
Zdar Max

[Milan]

Např. DragonflyBsd rozhodně nemá monolitický kernel! A BSD to rozhodně je. Vůbec zlaté BSD. Přijde mi, že svět Linuxu se rozdělil na dvě skupiny. Jedni jej používají léta a vyznávají to, že sw by měl být jednoduchý a dělat pouze jednu určitou činnost a dělat jí dobře. Pak je tu druhá skupina, která pravděpodobně přešla z widlí, a těm je to úplně jedno. Je jím fuk, že SystemD dělá spoustu věcí, do kterých by Init neměl vůbec kecat a že je to moloch. Jsou prostě z widlí zvyklí, že OS udělá vše za ně.... Prostě takoví lenoši. Já osobně SystemD nechci a nikdy chtít nebudu. A pokud Vy, linuxoví lenoši přešlí z Woken hledáte něco jednoduchého, zkuste třeba jako init Skarnet S6. Kam se na něj všechny ostatní linuxivé inity včetně SystemD hrabou!!!! Jako distro jej používá např. Obarun Linux.

[Max]

DragonflyBsd má hybridní kernel, je to monolit s prvky mikrokernelu. Návrh mikrokernelu je super, ale podle mně jen na papíře. Ten způsob totiž vede k nějakému overheadu, který monolit nemá. Modulární monolit, kterým Linux je, je podle mně celkem slušný kousek.
Zdar Max

[-]

nebo macOS.

Tak určitě.

[Nandej]

Zcela urcite. Nejlepsi unixovy desktop pod sluncem je macOS a jako server taky neni spatny. Mikrokernel + kexty jsou daleko lepsi architektura nez monoliticky moloch linuxu s kvazi moduly kde drivery musi byt soucast zdrojaku kernelu - facepalm a picovina na entou ale linuxakum je to sumafuk :)A jiste se tady najde nejaky pomatenec co drivery v kernelu bude jeste obhajovat :) 90% zdrojaku linuxu dnes tvori driverove smeti ktere 89% instalaci nepotrebuje. A moduly to vubec neresi, spise naopak. Takze jediny lek na tenhle ne-unixovsky chliv zvany linux je proste systemd. A ze vam to pripomina widle je vase chyba milankove, ne chyba nas pravych unixaku!

[R]

Prave kvoli driverom v jadre funguju v dnesnom Linuxe aj 15-rocne kamery, graficke karty nVidia od RIVA TNT, ATI od prveho Radeonu, ci 25-rocne sietovky a diskove radice. Nic z toho vo Windows nefunguje a v macOS uz vobec nie.

[oOo]

Coz samozrejme neni pravda o tom fungovani, je toho plnej bugtrack jak se ty starozitne drivery rozbijeji kazdou novou verzi kernelu protoze je uz nema kdo udrzovat a pozvolna se pak vyhazuji. Tady jde spise o to aby drivery nebyly v stejnem repozitari a nebyly pevne svazany s jadrem. Konec koncu je to bezpecnostni riziko a vadny driver ti klidne odstreli kernel.

[R]

Drivery sa casto upravuju, ked sa menia rozne veci v jadre (a neexistuje ABI) a moze sa stat, ze sa nieco rozbije. Pripadne niekto "vylepsuje" kod, ale nema HW na otestovanie - a ked patch nie je ocividny nezmysel, moze sa do jadra dostat. Napriek tomu sa toto rozbijanie vyskytuje dost zriedkavo. A casto tie drivery napisane dobrovolnikmi (casto bez dokumentacie) funguju lepsie ako cokolvek pre Windows od vyrobcu HW.

Paradoxne najhorsie rozbitie, co som videl, sa tykalo driveru qla24xx, ktory vyvija komercna firma QLogic. V 4.19 obcas (10 dni az dva mesiace) hadzal NULL pointer dereference. Bug nikto neriesil, musel som to "vyriesit" kernelom 5.5 z backportov. Server doteraz bezi na backportovanom kerneli, k 4.19 som sa vratit neodvazil (je mozne, ze je to dodnes rozbite).

[Pamatuj]

Ja zase zazil znicene DVD mechaniky LG a sitovky Intel. Vse diky perfektnim driverum v linuxu, ktere otestovali az nadavajici uzivatele kterym to nenavratne odpalilo firmwer.

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

LG ale přiznalo chybu firmwaru těch mechanik, za kterou ty drivery nemohly.

[Tulp]

Ne tak docela ja si to pamatuji jinak. Ti co bezeli ve windows s nimi zadny problem nemeli. Pouze ti co zkusili instalaci linuxu z CD a pri hardware probingu mistrovky napsany linux driver poslal bitovou sekvenci pro flash firmwaru. Pro linux to byla ostuda a pro LG velka reklama - hele my jsme ti hodni, miliony uzivatelu problem nemaji a tem 100 chudakum linuxakum ty mechaniky vymenime.

[Peter Golis]

Nie tak celkovo. Tie napaľovačky interpretovali pri vypaľovaní štandardnú bitovú sekvenciu na kalibráciu lasera ako update firmware. LG to prehodilo. Kto nemal nainštalovaný ovládač pre daný typ LG mechaniky a použil generický ovládač, ten o danú vypalovačku prišiel. Týkalo sa to aj užívateľov Windows.