Dokumentálták végre, hogy mi lenne az eljárás, ha Linust "elütné egy busz"

Kernel

A Linux kernel fejlesztése erősen elosztott, de a mainline-ba történő végső beolvasztás továbbra is egy központi lépés; normál esetben ezt Linus Torvalds végzi. A forrásfában most megjelent egy rövid "project continuity" dokumentum, ami azt írja le, hogy mi történjen, ha a top-level repository fenntartói hirtelen nem tudják vagy nem akarják tovább vinni ezt a szerepet (ideértve az átmenet levezénylését is).

A dokumentum a "konklávé" eljárást rögzíti: a legutóbbi Kernel Maintainers Summit meghívottjait kell összehívni, és velük (a Linux Foundation Technical Advisory Board, TAB bevonásával) gyors döntést hozni a folytatásról.

  • $ORGANIZER: alapértelmezetten a legutóbbi Maintainers Summit szervezője, tartalékként a TAB aktuális elnöke.
  • 72 órán belül $ORGANIZER megnyitja a témát a legutóbbi Maintainers Summit meghívottjaival, és összehív egy online vagy személyes találkozót (TAB részvétellel) úgy, hogy a lehető legtöbben részt tudjanak venni.
  • Ha 15 hónapon belül nem volt Maintainers Summit, akkor a találkozó résztvevőinek körét a TAB határozza meg.
  • A meghívottak további maintainereket is bevonhatnak, ha szükséges.
  • A találkozó célja: olyan megoldást választani a top-level kernel repository működtetésére, ami a projekt és a közösség hosszú távú egészségét maximalizálja.
  • Két héten belül a csoport egy képviselője a ksummit@lists.linux.dev listán tájékoztatja a szélesebb közösséget a következő lépésekről.
  • A Linux Foundation (a TAB iránymutatásával) vállalja a szükséges támogatást és a terv végrehajtásának segítését.

Források:

( bennyh | 2026. 01. 27., k – 16:12 )

Ki lesz az új Linux pápa :D, de izgi lesz (reméljük minél később)  

Fehér füstről nem írnak? :)

( bra | 2026. 01. 27., k – 16:30 )

"elütné egy busz"

Úgy érted a SIGBUS.

( leeroy | 2026. 01. 28., sze – 13:45 )

Majd csak beugrik a helyére valami kék hajú, metroszexuális rust coder :)

( locsemege v | 2026. 01. 28., sze – 16:25 )

A találkozó célja: olyan megoldást választani a top-level kernel repository működtetésére, ami a projekt és a közösség hosszú távú egészségét maximalizálja

Tehát megállapodnak a wellness hétvégék gyakoriságában, az egészségesebb táplálkozás érdekében az étrendben, kernelfejlesztők részére kötelező egészségügyi szűrések igénybevételében, a sportolási lehetőségek igénybevételének elveiben. :)

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Ettől még nem következettbe az IPv4 sunset... Bár ahogy a mobiltelelfóniában sem számítottunk a 2G kivezetésére, attól még a Telekom már elkezdte - igaz, "csak" annyiban, hogy a saját 2G infrája helyett a One adja/fogja adni a 2G hálózatot a T-s ügyfelek számára. 

Pöcstering Mester most hagyta épp ott a MS-ot, és kezdett saját cégbe: Amutable. Örülni nem kell, a systemtrét fejlesztésére így is lesz ideje, és abban is felesleges reménykedni, hogy elüti egy busz. Olyan, mint Chuck Norris, ő fogja inkább a buszt elütni.

“Linux isn't an OS, it's a troubleshooting sim game.” (a YouTube commenter)

Szerintem ez a mondat így még sose hangzott el tőlem. Nem használom.

De, egyébként igen. Bár Torvalds esetén nem vagyok benne biztos, mert nem egy random kódert kéne helyette találni, hanem egy karizmatikus vezetőt. Az meg nehezebb feladat. Programozó úton-útfélen található. Főleg most. 

Torvalds szintű klasszik leader meg évtizedenként néhány tucat születik. Vagy kevesebb.

trey @ gépház

( KGer | 2026. 01. 28., sze – 18:16 )

néha azon gondolkozok hogy minden rendszer kijátszható, nem lennne-e egyszerűbb ha Linus kijelöli az utódját és az lesz, de az lehet még rizikósabb hosszú távon

melyik a jobb rendszer egy népnek, a monarchia vagy a demokrácia

Igazából ez az egész azért nem volt eddig rendezve, mert valójában eléggé lényegtelen, corporate policy bullshit :)

A linux kernel tetején nincs olyan túl sok ember, ők szinte biztosan vannak olyan viszonyban, hogy mindenféle megokosított processz nélkül is el tudnák dönteni, hogy mi legyen, ha épp linust elüti a busz.

Ráadásul a kernel továbbra is GPL. Ha a  nagyonbizottságosdi vége az, hogy kitalálják, hogy -- a hülye példa kedvéért -- mondjuk Pöttering ezentúl a főnök, vagy hogy mostantól bizottságosdi adja ki a realeaseket, vagy egyéb ilyen marhaságot, aztán mondjuk GKH bemondja, hogy akkor GLHF, én forkoltam egyet, akkor nyugodtan meg lehet nézni, hogy valójában melyik lesz a kernel jövője, akkor is, ha a bizottság a fején pörög... Max a trademarkot nem lehet majd használni, na bumm, majd hívják másképp. Lásd még LibreOffice. :)

( ricsip v | 2026. 01. 29., cs – 22:19 )

Az egy meglehetősen magas pont elérése az életben, ha már emberek az esetleges elpusztulásodra kell vészforgatókönyvet kidolgozzanak.

( gelei v | 2026. 01. 30., p – 14:11 )

  • A találkozó célja: olyan megoldást választani a top-level kernel repository működtetésére, ami a projekt és a közösség hosszú távú egészségét maximalizálja.

Kicsit olyan érzésem van, mint amikor a South Parkban az alsógatya-gnómok tervét mutatták be:

  1. Linus meghal
  2. Összehívjuk a konklávét
  3. ???
  4. PROFIT

Igazából kettő dolog nincs benne a cikkben: 1) hogyan, és kik közül választják a következő Linus-t, és 2) konkrétan hogy működjön tovább a projekt. A "top-level kernel repository működtetésére" például nem lehet kidolgozni akár már most egy hivatalos folyamatot? Muszáj megvárni vele, amíg Linus meghal?

Tippelem, hogy mert Torvalds le se szarja, pont úgy, ahogy én is tenném a helyében. Valami balfasz elkezdett énekelni, hogy "jaj, nincs ilyen, mi lesz ha Torvalds felbassza a pacskert, mind meghalunk!!! kéne egy terv ...". A feladatot elintézték ennyivel, pipa, egyébként meg le se szarják. Helyesen. 

trey @ gépház

( hory v | 2026. 01. 30., p – 15:37 )

Tényleg senkinek sem tűnt fel, hogy ez egy "nesze semmi, fogd meg jól" - lista?

Semmit, de ténylegesen semmit se mond, kötelez vagy vár el.

Ergo semmiféle garancia nincs azon felül, hogy "majd a community megoldja valahogy, valamikor" -- ami kvázi az eddigi ""protokoll"" volt amúgy is...