Ked riesite problem alkoholizmu heroinom.
Celkom mam rad principy Rustu aj ako jazyk je super, ale ma svoje uce case a nemyslim si, ze vseliek na vsteko. Hlavne ked tam bude tona unsafe kodu a Rust magie, na jadro a low-level veci mi pride C/Zig/C3 vyrazne lepsi.
Ale mam pocit, ze tu sa pan snazi riesit problemy sposobene jednym buzzwordom tym, ze cezen da iny buzzword. Co by sa mohlo pokazit, vsak?
> Ked riesite problem alkoholizmu heroinom.
Eh?
Jinak co jsem tak četla blogy Asahi Liny při jejím vývoji GPU driverů, ta vrstva unsafe nebyla zas tak velká, zrovna tu "tunu unsafe" dost rozporovala jako běžný omyl.
Baví mě že píšeš o Gregovi K.H. jako o nějakém "pánovi" jako by to byl nějaký kolemjdoucí s novou hračkou co kecá do vývoje jádra, a ne správce stable větve kernelu a člověka který o něm ví nejspíš nejvíc hned po Linusovi.
...a člověka který o něm ví nejspíš nejvíc hned po Linusovi.
Je až neuvěřitelné, jak se tahle pověst drží. Tedy aspoň mezi laiky. Mezi vývojáři jádra (snad kromě Linuse samotného, který si obecně na "staré kamarády" potrpí, viz třeba Andrew Morton) má naopak Greg Kroah-Hartman pověst čím dál horší, zejména kvůli tomu, jak pod ním fungují stable větve a v poslední době také kernel CNA.
Neříkal bych tomu "tlak proti", spíš jde o reputaci a to, nakolik jsou jeho prohlášení braná vážně.
Stable větve už roky dělají víc škody než užitku právě proto, že se Greg KH (a Sasha Levin, abychom byli fér) řídí heslem "hlavně aby tam něco nechybělo", takže tam proudí tuny nesmyslného balastu. Pro představu doporučuji přečíst Documentation/process/stable-kernel-rules.rst (aspoň první sekci) a pak si ta pravidla porovnat s changelogem kterékoli stable větve. S kernel CNA je to podobné, od doby kdy Greg KH a spol. převzal přidělování CVE id, je ten příval daleko mohutnější a daleko nesnesitelnější.
V obou případech sice technicky existuje způsob, jak stable backport nebo CVE zpochybnit, ale je záměrně nastaven tak, aby to bylo řádově obtížnější než jejich vytváření, takže se na to nakonec každý vykašle a buď backportuje i nesmysly (protože je to jednodušší) nebo si nastaví filtraci až u sebe. A Greg KH se pak nestydí argumentovat nízkým procentem zpochybněných patchů/CVE a prohlašovat: Podívejte, jen takhle málo bylo zpochybněno, z toho je vidět, jak skvěle ten proces funguje a že tam všechno opravdu patří.
Lze se pak divit, že jeho prohlášení a hodnocení nikdo nebere moc vážně?
Ale už dřív, coby maintainer USB, měl Greg KH pověst maintainera, který je "příliš hodný" a přes kterého lze protlačit věci, které by jinde neprošly. Pokud něco odmítal, tak spíš kvůli formálním nedostatkům. Přes všechny své chyby má Linus Torvalds jako hlavní maintainer jednu zásadní přednost: má dobře vyvinutou schopnost "říkat ne", i když to občas znamená, že se užitečné featury zdrží nebo do jádra vůbec nedostanou, pokud nesplňují kvalitativní nároky. Greg KH takovou pověst nemá a i když ho Linus před časem nechal, aby ho zastupoval, když si "dával pauzu", je dobré si všimnout, že ten interval začal až po skončení merge window a skončil před začátkem dalšího. Nemyslím, že je to náhoda.
GKH je ten pán, který do Linux kernelu v době vrcholu woke šílenství doplnil CoC v době, kdy byl Linus "odeslán na dovolenou", aby se na to nemusel dívat?
Jo, na takové věci se nedá zapomenout.
Neřeším odbornou stránku, tam jde zcela evidentně o špičkového experta, nicméně v politické oblasti (do které problematika Rustu v jádru silně spadá) si dovolím si ponechat velmi rezervovaný názor.
Z politického hlediska mi to přijde celkem v pořádku. Zabránil diskriminaci lidí a používání výrazů, které se do profesionálního projektu úplně nehodí. GKH tím podle mě spíš pojmenoval problém, který v tak velkém projektu reálně mohl nastat, a nastavil mantinely dřív, než by to přerostlo v něco horšího.
Kde je tedy přesně ten politický problém?