#Maintainer

DansLeRuSH ᴱᶰdanslerush@floss.social
2026-02-04

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 »

theregister.com/2026/02/03/sud

#Linux #macOS #SU

2026-02-02

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

gnulinux.ch/i-love-free-softwa

gnu0os0ta ✅🐧gnu0os0ta@fedi.at
2026-02-01

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: zdnet.com/article/linux-commun

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

2026-01-02

One the hardest things to do as a #maintainer of an #foss project is closing a pr. Rejecting the efforts and work somebody else put into your project. I try to do that with care, and explain why.

A pr with 7k loc, long commit messages, a description that does not cover what you do. and many different topics is simply never ready to merge. So I will always close that. If it's work in progress or not. But never without explaining why.

And still I feel bad about this.

2025-12-28

Nate Graham is looking for a new maintainer to take over This Week in Plasma, citing career growth, and family priorities.

More details here: ostechnix.com/this-week-in-pla

#KDEPlasma #TWiP #KDE #Announcement #Maintainer

unixbhaskarunixbhaskar
2025-12-23

Ummm ....🤔 linux-next maintainership changing ...

Stephen Rothwell to Mark Brown .....16 Jan, 2026 effective.

lwn.net/ml/all/20251218180721.

2025-12-23

Ummm ....🤔 linux-next maintainership changing ...

Stephen Rothwell to Mark Brown .....16 Jan, 2026 effective.

#linuxkernel #maintainer #next #opensource #operatingsystem

lwn.net/ml/all/20251218180721.

2025-12-15

Dự án mã nguồn mở đang nhận lượng PR/issue tăng vọt khiến maintainer đơn độc gặp khó. Làm thế nào để phân ưu tiên, quản lý quyền hạn & chọn người đáng tin cậy? Hỏi cộng đồng: cách triage PRs, cho quyền gì trước, quy tắc nào cứu vãn tinh thần? 🛠️ #OpenSource #DuAnMoi #Programming #LapTrinh #Maintainer #Community #HỏiĐáp

reddit.com/r/opensource/commen

Rene Kitarkta@bsd.cafe
2025-11-19

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.

#opensource #FreeSoftware

2025-10-25

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

#opensource #maintainer #ClassQuiz

2025-10-15

♥️ 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 🙏

orbitant.com/en/

2025-09-22

🎯 Cần giao project open‑source (QRCoder .NET) cho người khác?
💡 Phổ biến 3 cách:
1️⃣ Thêm maintainer tuy vẫn là “owner”
2️⃣ Chuyển repo sang chủ mới – lo mất kiểm soát
3️⃣ Để người fork rồi archive
🧐 Vấn đề: tìm maintainer tin cậy & làm “vet” sao? Bạn đã làm như thế nào?

#opensource #maintainer #handover #opensource #projecthandover #csharp #dotnet #qr #developers #xephanhviệt #đangkiểmsoát

reddit.com/r/opensource/commen

Joachim Weber [friendica] 🦖 🦔 🐲trex@anonsys.net
2025-09-15
Nach 25 Jahren beendet Jonathan Riddell seine Arbeit für das KDE-Projekt. Fast herrenlos ist das Libxml2-Projekt, und auch die Thunderbolt- beziehungsweise USB4-Treiber von Intel verlieren einen Maintainer.#KDE #Libxml2 #Maintainer #Treiber
Rücktritte bei KDE, Libxml2 und Thunderbolt-Treiber - LinuxCommunity
2025-08-30

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

Client Info

Server: https://mastodon.social
Version: 2025.07
Repository: https://github.com/cyevgeniy/lmst