#maintainer — Public Fediverse posts
Live and recent posts from across the Fediverse tagged #maintainer, aggregated by home.social.
-
sooo i tried using the new b4 review TUI for my last U-Boot PR and it was a bit of a disaster. I understand the process being a bit clunky to begin with but the whole process of actually setting up a branch was really involved. It failed to update a bunch of series on pathwork, and the b4 ty emails it generated had completely wrong commit SHAs
I get that the intention is primarily patch review but even for that it feels less like a tool i can utilise to automate the process and more like an imposed workflow that offers little flexibility
the thing that really pissed me off in the end though was realising that b4 review was VIBE CODED, kinda explains everything... This tool had so much potential but i struggle to see now how it will deliver when AI is involved in building it
-
sooo i tried using the new b4 review TUI for my last U-Boot PR and it was a bit of a disaster. I understand the process being a bit clunky to begin with but the whole process of actually setting up a branch was really involved. It failed to update a bunch of series on pathwork, and the b4 ty emails it generated had completely wrong commit SHAs
I get that the intention is primarily patch review but even for that it feels less like a tool i can utilise to automate the process and more like an imposed workflow that offers little flexibility
the thing that really pissed me off in the end though was realising that b4 review was VIBE CODED, kinda explains everything... This tool had so much potential but i struggle to see now how it will deliver when AI is involved in building it
-
sooo i tried using the new b4 review TUI for my last U-Boot PR and it was a bit of a disaster. I understand the process being a bit clunky to begin with but the whole process of actually setting up a branch was really involved. It failed to update a bunch of series on pathwork, and the b4 ty emails it generated had completely wrong commit SHAs
I get that the intention is primarily patch review but even for that it feels less like a tool i can utilise to automate the process and more like an imposed workflow that offers little flexibility
the thing that really pissed me off in the end though was realising that b4 review was VIBE CODED, kinda explains everything... This tool had so much potential but i struggle to see now how it will deliver when AI is involved in building it
-
sooo i tried using the new b4 review TUI for my last U-Boot PR and it was a bit of a disaster. I understand the process being a bit clunky to begin with but the whole process of actually setting up a branch was really involved. It failed to update a bunch of series on pathwork, and the b4 ty emails it generated had completely wrong commit SHAs
I get that the intention is primarily patch review but even for that it feels less like a tool i can utilise to automate the process and more like an imposed workflow that offers little flexibility
the thing that really pissed me off in the end though was realising that b4 review was VIBE CODED, kinda explains everything... This tool had so much potential but i struggle to see now how it will deliver when AI is involved in building it
-
sooo i tried using the new b4 review TUI for my last U-Boot PR and it was a bit of a disaster. I understand the process being a bit clunky to begin with but the whole process of actually setting up a branch was really involved. It failed to update a bunch of series on pathwork, and the b4 ty emails it generated had completely wrong commit SHAs
I get that the intention is primarily patch review but even for that it feels less like a tool i can utilise to automate the process and more like an imposed workflow that offers little flexibility
the thing that really pissed me off in the end though was realising that b4 review was VIBE CODED, kinda explains everything... This tool had so much potential but i struggle to see now how it will deliver when AI is involved in building it
-
Bit Warden had an issue with a worm that affects many / some? You should at least read / watch about the potential damage, even it is all a bit techy for most. Stay up to date and decide if action is required. #worm #bitwarden #cli #maintainer #youtube youtu.be/-_TWFbw8XjU?...
HUGE password manager got comp... -
May is #maintainermonth
https://maintainermonth.github.com/
A month for open source maintainers to gather, share, and be celebrated.
Are you a maintainer? You can submit your idea!
-
Nothing against #French people, but literally the only people that reach out to me in a foreign #language (besides English and German as it's obvious I'm located in Germany) are French.
If you open an #issue, you want sth from me, so make sure I understand it.
Do you think it's harsh to ignore these issues or ask for an English translation?
-
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 -
Stepping down as Mockito maintainer after 10 years
https://github.com/mockito/mockito/issues/3777
#HackerNews #Mockito #Maintainer #Stepping #Down #10Years #OpenSource #Community #Contributions #Java #Testing
-
::: CPU-X needs new contributors and -or a maintainer!
CPU-X is a CPU-Z equivalent from Windows realm.
The developer: "I lost interest in developing this software, and I do not plan to make major changes in the future.
It bores me to develop new features, and I do not want to keep doing it anymore.
I work on my free time, but I have changed during these years and I want to do something else now."
Are you a software developer and interested in helping / contacting the current lead of the project for future plans?
=> https://github.com/TheTumultuousUnicornOfDarkness/CPU-X/wiki/future-of-project
#CPUX #CPUZ #developers #help #motherboard #CPU #info #maintainer #OpenSource #contribute
-
I wonder how other #maintainer handle the version bump for release candidates. I'm planning a RC for #w3m but want to avoid multiple commits updating the configure script just to bump from rc1 to rc2 to release.
-
An #AIagent autonomously wrote and published a #personalizedattack article about a Matplotlib #maintainer after he #rejected its #codecontribution. The agent researched the developer's background and constructed a 'hypocrisy' narrative, marking a new frontier in AI safety risks. https://the-decoder.com/an-ai-agent-got-its-code-rejected-so-it-wrote-a-hit-piece-about-the-developer/?eicker.news #tech #media #news
-
An #AIagent autonomously wrote and published a #personalizedattack article about a Matplotlib #maintainer after he #rejected its #codecontribution. The agent researched the developer's background and constructed a 'hypocrisy' narrative, marking a new frontier in AI safety risks. https://the-decoder.com/an-ai-agent-got-its-code-rejected-so-it-wrote-a-hit-piece-about-the-developer/?eicker.news #tech #media #news
-
An #AIagent autonomously wrote and published a #personalizedattack article about a Matplotlib #maintainer after he #rejected its #codecontribution. The agent researched the developer's background and constructed a 'hypocrisy' narrative, marking a new frontier in AI safety risks. https://the-decoder.com/an-ai-agent-got-its-code-rejected-so-it-wrote-a-hit-piece-about-the-developer/?eicker.news #tech #media #news
-
An #AIagent autonomously wrote and published a #personalizedattack article about a Matplotlib #maintainer after he #rejected its #codecontribution. The agent researched the developer's background and constructed a 'hypocrisy' narrative, marking a new frontier in AI safety risks. https://the-decoder.com/an-ai-agent-got-its-code-rejected-so-it-wrote-a-hit-piece-about-the-developer/?eicker.news #tech #media #news
-
An #AIagent autonomously wrote and published a #personalizedattack article about a Matplotlib #maintainer after he #rejected its #codecontribution. The agent researched the developer's background and constructed a 'hypocrisy' narrative, marking a new frontier in AI safety risks. https://the-decoder.com/an-ai-agent-got-its-code-rejected-so-it-wrote-a-hit-piece-about-the-developer/?eicker.news #tech #media #news
-
Schlechte Bezahlung bei Open Source
Programmieren nicht nur "Spaß an der Freude"
Mehr dazu bei https://www.heise.de/news/Viele-Open-Source-Maintainer-schmeissen-hin-steigender-Druck-auf-Projekte-9904636.html
a-fsa.de/d/3CV
Link zur Seite: https://www.aktion-freiheitstattangst.org/de/articles/8912-20240923-schlechte-bezahlung-bei-open-source.html
Link im Tor-Netzwerk: http://a6pdp5vmmw4zm5tifrc3qo2pyz7mvnk4zzimpesnckvzinubzmioddad.onion/de/articles/8912-20240923-schlechte-bezahlung-bei-open-source.html
Tags: #Maintainer #schlechteBezahlung #Kosten #SpaßanderFreude #freiwillig #DigitaleSouveränität #Linux #Ampel #EU #USA #Transparenz #Informationsfreiheit #Anonymisierung #Netzneutralität #OpenSource #Verbraucherdatenschutz #Datenschutz #Datensicherheit #Microsoft365 #Windows -
📬 Autonomer KI-Agent startet Diffamierung gegen Matplotlib-Maintainer
#KünstlicheIntelligenz #OpenSourceKolumne #AutonomeKI #Diffamierung #github #KIAgent #KIMisalignment #Maintainer #Matplotlib #OpenSource #OpenClaw #Plattformverantwortung https://sc.tarnkappe.info/1d0bf5 -
jq 的開發狀況
在 Hacker News 上看到「Jaq – A jq clone focused on correctness, speed, and simplicity (github.com/01mf02)」這篇的時候，倒不是 jaq 本身如何，而是在 id=38465712 裡面提到了 jq 的發展停滯了五年左右，但最近又恢復了：
Well, taking into account that jq development has been halted for 5 years and only recently revived again, it's no wonder that bug repo
https://blog.gslin.org/archives/2023/12/01/11504/jq-%e7%9a%84%e9%96%8b%e7%99%bc%e7%8b%80%e6%b3%81/
#Computer #Murmuring #Software #bus #factor #jaq #jq #maintainer
-
La Vita di un Maintainer, come e perchè contribuire all'Open Source.
Questo il talk redatto da Andrea Manzini, socio Italian Linux Society di Pavia, in occasione del Linux Day 2024 di Brescia, organizzato da Lugotto LAB.https://video.linux.it/w/jzpchdWPPdcTxYDSZgHtrG
#andreamanzini #opensource #linuxday #linuxday2024 #linuxday2024bs #linuxday2024brescia #brescia #linux #maintainer
-
Life in Tech: We explore the critical work of open source software maintainers https://buff.ly/2SPkVLP #FOSS #OpenSourceProject #SoftwareDevelopment #maintainer #developer #Linux #OpenSource
-
If you maintain one or more #opensource projects, consider taking #Tidelift's 2024 #maintainer survey at:
https://blog.tidelift.com/take-the-2024-open-source-maintainer-survey
-
Warum das Linux-Kernel-Team russische Maintainer ausgeschlossen
hat, erfahrt ihr von @ktn im aktuellen Open Source Spotlight. 📧Zum Newsletter: https://heise.de/s/zKAKm
#Linux #LinuxKernel #Maintainer #RusslandSanktionen #Sanktionen #OpenSource #FLOSS #FOSS #LinusTorvalds #RussiaSanctions #LKML
-
#OpenSourceEconomy allows a #maintainer of #opensource software to market their services to #companies which depend on #software or could benefit from #coaching.
-
I really liked this notice that the @biomejs maintainers put in one of their discussions on GitHub. Hopefully folks read it, sadly I suspect the abusers won't
-
Debian überarbeitet seine Infrastruktur - LinuxNews.de
https://linuxnews.de/debian-ueberarbeitet-seine-infrastruktur/
-
This shouldn't have to be : « It's hard to imagine something as fundamental to computing as the #sudo command becoming abandonware, yet here we are : its solitary #maintainer is asking for help to keep the project alive »
› https://www.theregister.com/2026/02/03/sudo_maintainer_asks_for_help/
-
I Love Free Software Day 2026
Die Free Software Foundation Schweiz feiert bereits am 12. Februar den I Love Free Software Day in Zürich mit vier Vorträgen, guter Stimmung und Pizza. Komm vorbei!
#FSFE #I_Love_Free_Software_Day #Zürich #Maintainer #Pizza #Linux
-
Nate Graham is looking for a new maintainer to take over This Week in Plasma, citing career growth, and family priorities.
More details here: https://ostechnix.com/this-week-in-plasma-needs-new-maintainers/
-
Ummm ....🤔 linux-next maintainership changing ...
Stephen Rothwell to Mark Brown .....16 Jan, 2026 effective.
-
Syncthing-Android have had a change of owner/maintainer
https://github.com/researchxxl/syncthing-android/issues/16
#HackerNews #Syncthing #Android #Ownership #Change #Maintainer #Update #Open #Source #Community
-
📬 Syncthing-Fork für Android: Wenn der Maintainer verschwindet
#Softwareentwicklung #Catfriend1 #fdroid #Fork #Maintainer #Obtainium #researchxxl #Syncthing https://sc.tarnkappe.info/9ad5a6 -
Well, addressing 7 issues in a single PR is best practice, right, RIGHT?
Don't worry, it's my PR in my repo, so no big deal. @classquiz
-
♥️ I’m very happy to announce that Orbitant is now a Platinum Sponsor!
They’re fueling my #OpenSource work and helping make my journey as a #maintainer more #sustainable.
Huge thanks to the Orbitant team for the support and trust 🙏
-
As I'm finding my way back to active duty in postmarketOS, I'm yet again concluding that I just can't handle maintaining a kernel fork anymore with no upstream in sight.
So this is yet another call for someone to take over rebasing and updating the SDM845 kernel. I'm happy to help deal with regressions, but I'm spending so much of my time lately working on tooling and U-Boot, something has to give and that has been the kernel maintenance.
Joel has done a great job at helping out (and hopefully will continue to do so!) but we're lacking someone to deal with regular updates, get all the devices tested, etc...
If this is something you're interested in and you have some relevant experience please let me know! so many folks are relying on SDM845 devices for their Linux Mobile use or development, so providing some kind of relatively stable platform is pretty important...
Not looking for any xz style maintainers, thanks!
#postmarketOS #linuxmobile #oneplus6 #maintainer #linux #burnout
-
Is that project open-source / free-software?
In practical effect, the answer to this question is not solely dependent on the project's license. It also depends on the project owner or leadership structure.
With community-based projects, this usually doesn't change the answer. But when you have a project with an open-source license which is controlled by a company, you need to ask an additional question:
If the community developers have a change that the project's users want, but which the company that owns the project feels are against its interests, does the change make it into the project or not? [1]
If the answer to this is "Yes, the change goes in, and the company deals with it", then the project is open-source.
If the answer is "No, the company won't include the contribution if it feels it threatens the company's interests", then the project is not open-source, regardless of what the license says. With an appropriate license, you could fork it, and turn it into a community-run project, and *that* would be open source, but the Google/Red Hat/IBM/Oracle/what-have-you original project is not.
Yes, inspired to post by #Google's tantrum about removing #XSLT from #Chrome because the #libxslt maintainer publicly called them out on their #BS.
[1] "If the company has a change the users don't want, does it go in?" too; just two ways of looking at it.
#OpenSource #FreeSoftware #community #project #company #control #BigTech #users #developers #contributors #maintainer
-
Wir sehen uns auf der #FrOSCon!
Sa, 16.8.2025, 14:30 Uhr – Inside the #SovereignTechFellowship – mit Sarah Hoffmann (@openstreetmap, Nominatim), @icing (curl, httpd) und @mechko .
Sie sprechen zusammen über Arbeit und Alltag als Open-Source-Maintainer*in – Herausforderungen, Motivation und Ideen für ein stärkeres Ökosystem.
https://programm.froscon.org/froscon2025/talk/cc0ecd69-3efe-4a8a-b047-8ca5802050cd/
-
Friendgineers: You need to remember who you're really talking to when you write code. It's NOT the compiler and it's not the reviewer, although they need to understand. It's the maintainer. Write for the maintainer. You'll thank yourself later
-
Friendgineers: We all think we're writing new code, but the reality is, in almost all cases, we're modifying existing code. How do things change if you think of how you're modifying existing code EVERY time you write any code?
-
Für junge Entwickler wirkt der Workflow der Linux Kernel Mailingliste nicht sehr einladend, kritisiert Sarah Novotny von Microsoft. Sie plädiert für Neuerungen.
Kritik an Linux Kernel Mailingliste: Workflow als Hürde für neue Entwickler?
#Entwickler #Entwicklung #LKML #LinuxKernelMailinglist #LinuxundOpenSource #Linux-Kernel #Maintainer #OpenSource -
Is there a patron saint of cybersecurity?
I want to find a statue to print for FLOSS maintainers to buoy spirits while playing defence.
(The closest I have so far is Guan Yu, but he's more like a saint of esports.)
#security #sculpture #cybersecurity #infosec #cyber #saint #patronsaint #askfedi #creative #ideas #octopi #octoprint #3d #3dprinting #FLOSS #maintainers #maintainer #buoy #defence
-
I've been busy updating dependencies today! I merged a PR to bump `tailwind-merge` from 2.3.0 to 2.5.2 in the `brag-club/npm-ez-dependency-adder` repo. This keeps our project up-to-date with the latest security patches and features. #developerlife #dependencyupdates #npm #javascript #github #maintainer
-
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 -
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
