Jaderné noviny - 7. 1. 2016: Odchod z pozice maintainera

14. 1. 2016 | Redakce

Články - Jaderné noviny - 7. 1. 2016: Odchod z pozice maintainera  

Stav vydání jádra. Citáty týdne. Odchod z pozice maintainera

Stav vydání jádra

Současný vývojový kernel 4.4-rc8 byl vydán 3. ledna. „Běžně osmá rs znamená, že se stále vyskytuje problém, který ke svému vyřešení potřebuje více času. Tentokrát se chci jen ujistit, že jsou všichni po svátcích zpět, nejsou žádné nevyřízené věci a že vývojáři mají dostatek času připravit své požadavky na začleňovací okno. Nechci slyšet žádné výmluvy o tom, jak jste neměli čas to udělat, než dojde k otevření začleňovacího okna.“

Verze 4.4-rc7 vyšla 27. prosince.

Stabilní aktualizace: Od 14. prosince nebyly žádné vydány.

Citáty týdne

DECL IFUNC PLT GOT… Hádejte, co čtu… Myslím, že lidé kolem překladačů mají hlubší zásobníky než já.

-Darren Hart

Jestliže jsem nucen kontrolovat jiný kód ve zcela jiném souboru jen proto, abych určil, zda se jedná o bezpečný kód, potom považuji tento kód za špatný.

-Dave Chinner

Odchod z pozice maintainera

Maintainer linuxového subsystému dělá důležitou a většinou nevděčnou práci. Zatímco revidování patchů je činnost technické povahy, většina zbývajících povinností má spíše administrativní charakter – a zabírá tolik času, že již nezbývá téměř žádný čas na programování nebo jiné technické úkoly. Není tedy překvapením, že maintaineři časem vyhoří a začnou se poohlížet po jiné práci (v kernelu či jinde). Naopak je překvapující, že k tomu nedochází častěji. Bohužel neexistuje jasný postup pro zřeknutí se role maintainera – a žádný nástupnický plán – což může způsobit, že se tento přechod stane dost ošidný.

Takový scénář se momentálně očekává u md (software RAID) subsystému. Maintainer Neil Brown totiž oznámil, že plánuje ze své pozice odejít k 1. únoru. Brown začal dělat md maintainera ke konci roku 2001, protože to tehdy nikdo nedělal. Jelikož není žádný „jasný kandidát jako náhradní maintainer – nikdo, kdo se již významně podílel jako maintainer“ má Brown v plánu vytvořit maintainerské vakuum v naději, že se jeden nebo více lidí rozhodnou jeho roli převzít.

Stěžuje si, že nedokázal přilákat další maintainery, i když v komunitě je několik lidí, kteří jsou schopni tuto práci vykonávat. Otázkou podle Browna je, zdali těmto lidem na kódu a subsystému záleží, což si mohou stanovit pouze tito jednotlivci. To znamená, že se necítí být v pozici do této role někoho jmenovat a chtěl by vidět dobrovolníky. Jeho odchod by, jak doufá, mohl vytvořit menší tlak na nástupce.

Jak poznamenal, Linus Torvalds se vyjádřil pro menší týmy maintainerů, které pro md dávají smysl. Další alternativou by bylo sloučení povinností device mapper (dm) týmu a md povinností. Kromě md se vzdává také role maintainera pro administrační nástroj mdadm. O ten by se mohl starat nový maintainer nebo tým, i když by Brown pro md a mdadm raději viděl různé lidi. Podle Browna (v reakci na e-mailový dotaz) jsou pro rozdělení těchto dvou rolí dva hlavní důvody: Fungovalo to, když předal nfsd Bruci Fieldsovi a nfs-utils Stevu Dicksonovi, ale také to „podporuje veřejnou zodpovědnost – je pro mě velmi jednoduché vytvořit změnu API pro md a začít ji používat v mdadm bez toho, aby se na ni někdo podíval.“

Brownovo oznámení doplňují odpovědnosti maintainera:

Doufám, že se podaří najít jednoho nebo dva dobrovolníky na pozici maintainera, kteří by

• shromažďovali a spravovali patche a nevyřešené problémy,
• zkoumali patche nebo zajistili jejich přezkoumání,
• sledovali hlášení o chybách a řešili je,
• feedovali patche přímo Linusovi nebo skrze jiného maintainera
  v závislosti na tom, jaký vztah již existuje nebo jaký by bylo možno vytvořit,
• vedli dlouhodobý směr (někdy je důležité říkat „ne“),
• by se opravdu starali,

ale také, aby si byli vědomi, že „maintainerování“ vyžaduje opravdovou snahu a čas, jako vše, co opravdu stojí za to.

Jak je vidět, je toho opravdu hodně. Brown také poznamenal, že na vedlejší kolej přesunul také jinou práci, které dříve věnoval hodně času – sledování e-mailové konference linux-raid a poskytování podpory pro záležitosti md. Ale to, co vypadá jako ukázka, co by se mohlo stát s rolí maintainera, zachraňují členové md komunity. Brown je „velmi potěšen, že mezera se více než zaplnila jinými, velmi schopnými lidmi.“

I když brzy přestane vykonávat práci maintainera, Brown z md světa nezmizí úplně. Přislíbil, že bude pokračovat v práci na projektech raid5-journal a raidl-cluster. Také je ochoten vést nějakého dobrovolníka a bude i nadále kontrolovat některé patche a komentáře k návrhům. Své oznámení zakončil výzvou:

Vrhněte se do práce a *staňte* se maintainerem. Nebudu se plést pod nohy a pomůžu, kde bude třeba.

Brown jistě není jediný maintainer, který si uvědomil, že je z této pozice unavený. V roce 2014 skončil John Linville jako maintainer pro bezdrátové sítě „doporučením“ některých subsystémových maintainerů a předáním prací s patchem pro bezdrátové sítě do rukou Kalle Valo. Maintaineři pro mac80211, bluetooth a nfc byli požádáni, aby své patche posílali přímo síťovému maintaineru Davidu Millerovi místo, aby procházely stromem Linvilla. Zdá se, že Linville byl v hledání nových maintainerů úspěšnější nebo možná oni v tom, že našli jeho, což mu zjednodušilo rozhodování, když se rozhodl pracovat na jiných věcech. Bezdrátový subsystém je poměrně větší než md, ale zato má větší tendence přitahovat větší okruh potenciálních maintainerů.

Co se dalších částí procesu vývoje kernelu týče, je úloha maintainerů trochu chaotická. Řeší své úkoly, jak uznají za vhodné, a soustředí své úsilí různými způsoby. Hlavním úkolem je odeslání správných patchů v – doufejme řádném – časovém horizontu Torvaldsovi a do hlavního repozitáře. Určování, které patche jsou ty správné, je součástí práce maintainera také, ale někteří (Torvaldse nevyjímaje) většinou přenechávají tento úkol svým submaintainerům, zatímco jiní to nedělají. Více se o tomto píše v našem článku, který popisuje cestu patchů do hlavního repozitáře.

Ve většině případů se styl práce maintainerů stal za ten čas organickým – zdálo se, že jim některé věci vyhovují. Tenhle styl může ovlivnit, jak bude třeba nakládat s přechodem z role maintainera. Pro md snad bude možné najít jedince (nebo spíš tým), kteří diskutovali v krátkém vláknu. I když to může pro lidi mimo komunitu kolem vývoje jádra vypadat trochu bláznivě, vytvoření vakua jako strategie odchodu může ve skutečnosti fungovat lépe než jiné mechanismy – alespoň pro některé subsystémy a maintainery.

Diskuse k tomuto článku

[trekker.dk]

maintainer má český překlad - správce. A možná by nebylo od věci si ten článek po sobě před zveřejněním přečíst od věci. (Další alternativou by bylo sloučení povinností device mapper (dm) týmu a md povinností.)

[Bedňa]

Emailovú konferu pokladám za najhorší nápad ako niečo riešiť a preto sa nečudujem, že ju správcovia ignorujú.

Issue tracking system je určite to najlepšie ako si zorganizovať prácu a dávať úloham prioty, rozdeľovať úlohy na opravy a vylepšenia.

Emailové konferncie často končia s vyriešením v /dev/zero, pretože ten problém nikde nevisí a nepýta sa vyriešiť.