Wie der Linux‑Kernel seine Zukunft absichert!

Die Linux‑Kernel‑Community hat nach über 30 Jahren Projektgeschichte erstmals einen formalen Project Continuity Plan verabschiedet. Ziel dieses Dokuments ist es, verbindlich zu regeln, wie die technische Gesamtverantwortung für den Linux‑Kernel neu organisiert wird, falls der derzeitige Haupt‑Maintainer Linus Torvalds unerwartet ausfällt oder sich planmäßig aus seiner Rolle zurückzieht. Damit reagiert das Projekt auf ein bislang bestehendes strukturelles Risiko, da nahezu alle finalen Merge‑Entscheidungen zentral bei einer einzelnen Person liegen.

Der Continuity Plan verzichtet bewusst auf die Benennung eines festen Nachfolgers. Stattdessen definiert er einen prozessorientierten Ansatz zur Bestimmung der künftigen Projektleitung. Im Ereignisfall ist ein Organizer üblicherweise der Organisator des zuletzt abgehaltenen Linux Maintainer Summit, ersatzweise der Vorsitzende des Technical Advisory Board (TAB) der Linux Foundation verpflichtet, innerhalb von 72 Stunden ein Entscheidungsgremium einzuberufen. Dieses Gremium setzt sich aus den eingeladenen Teilnehmern des letzten Maintainer Summit sowie Mitgliedern des Technical Advisory Board zusammen.

Das einberufene Gremium hat einen Zeitraum von bis zu zwei Wochen, um über die zukünftige Struktur der Kernel‑Leitung zu beraten und eine Entscheidung herbeizuführen. Der Plan lässt dabei mehrere Organisationsmodelle ausdrücklich zu. Neben der Ernennung eines einzelnen neuen Haupt‑Maintainers sind auch kollektive Führungsmodelle oder alternative Governance Strukturen möglich. Die getroffene Entscheidung ist der Kernel‑Community anschließend transparent und öffentlich zu kommunizieren.

Mit diesem Verfahren soll insbesondere das sogenannte Bus‑Factor‑1‑Risiko reduziert werden, das sich aus der bisherigen Konzentration der finalen Verantwortung auf Linus Torvalds ergibt. Der Artikel weist darauf hin, dass in der aktuellen Maintainer‑Struktur Greg Kroah‑Hartman, langjähriger Maintainer der stabilen Kernel‑Releases, faktisch als naheliegender Kandidat gelten könnte. Der Continuity Plan vermeidet jedoch bewusst eine solche Festlegung, um im Bedarfsfall flexibel auf personelle, organisatorische und technische Rahmenbedingungen reagieren zu können.

Der Plan ist nicht als Hinweis auf einen unmittelbar bevorstehenden Führungswechsel zu verstehen. Linus Torvalds ist derzeit 56 Jahre alt, weiterhin aktiv als Haupt Maintainer tätig und hat nach Angaben des Artikels keine Absicht, sich in absehbarer Zeit aus dem Projekt zurückzuziehen. Vielmehr stellt der Project Continuity Plan eine präventive Maßnahme dar, die der langfristigen Stabilität eines zentralen Open‑Source‑Infrastrukturprojekts dient. Vor dem Hintergrund einer alternden Maintainer Basis und zunehmender Schwierigkeiten bei der Gewinnung neuer Kernel Maintainer schafft der Plan einen klar definierten Rahmen für den Umgang mit einem möglichen Führungsvakuum.

Quelle: https://www.zdnet.com/article/linux-community-project-continuity-plan-for-replacing-linus-torvalds/

#LinuxKernel #ProjectContinuityPlan
#OpenSource #KernelDevelopment
#LinuxCommunity #Maintainer
#Linux #TechnicalLeadership
#BusFactor #RiskManagement
#LinuxFoundation #MaintainerSummit
#TechnicalAdvisoryBoard
#TAB #LinusTorvalds
#GregKroahHartman
#KernelMaintainer

While planning my NAS build, I had a sobering realization. My "Bus Factor" at home is exactly 1.

I'm going to spend so much time securing my data against drive failures and hackers but what about my family? If something happens to me, my homelab becomes a digital tomb that no one has the keys to.

I dug up this repo I bookmarked a while ago: eol-dr (End of Life / Disaster Recovery). It’s basically a framework for documenting your digital life for your loved ones.

GitHub: https://github.com/potatoqualitee/eol-dr

Configuring a RAID array is easy. Writing a "How to access our photos when I'm gone" guide is the hard part. Probably, the hardest. But it's arguably the most important backup you'll ever make.
Hope it'll be useful for somebody. Just make a star and take a look later when you feel it's a time.

#SelfHosted #Homelab #DigitalLegacy #OpSec #SysAdmin #Privacy #LifeTips #BusFactor #Backup #Nas #Death #Thoughts #Blog

💯th citation for our work on "Assessing the bus factor of git repositories"

A good related research question today would be whether #bots / #agents reduce the bus factor risk compared to when humans were the only contributors to a project.

#SANER15 #busfactor #git #research #opensource #oss #msr

https://scholar.google.es/citations?view_op=view_citation&user=LaGRXwkAAAAJ&citation_for_view=LaGRXwkAAAAJ:e_rmSamDkqQC&hl=en

Reading about Google keeping their long tradition of discontinuing products/services, often after just a few years[1]. On the other hand, the minimal "bus factor"[2] of my open source offerings is one of the stated reasons for people to not use them, even though the vast majority of the 200+ https://thi.ng/ libraries & tools has been actively maintained for much longer than many Google projects (99% by this single person)... Even many of my older projects which are defunkt by now have had an active period which outlasted many Google services, and — crucially — they're are stable, still available and can still be used now (e.g. my Java library collection developed between 2005-2013 still has regular users)...

Maybe internal politics, re-orgs and layoffs in BigTech are an equal/bigger risk factor for users (aside from other differences in design philosophy and resulting coupling and tech debt, e.g. massive all-in frameworks vs. lightweight composable pick-n-mix toolkits)? 🤔

[1] https://killedbygoogle.com/
[2] https://en.wikipedia.org/wiki/Bus_factor

#OpenSource #BusFactor #Maintenance