The Maintainer Shortage: When the Lights Are On, but Nobody's Home

In the GNU/FOSS and broader open source world, we often hear that there aren’t enough maintainers, that projects are struggling, and that the workload is overwhelming.

This is true.
But it’s also true that many communities remain passive in addressing this problem:

  • They don’t organize to ask for help.
  • They don’t launch recruiting initiatives.
  • They don’t actively plan for the future, even when their projects seem stable.

As the saying goes:

The lights are on, but nobody’s home.

Perhaps this is just my personal perception.
However, looking at places like this support request board, it’s evident that the number of support and maintenance requests should be at least three times higher than what it currently is.

It’s not enough to have a handful of people doing their best — we need many more hands, many more voices.

Personally, I’ve always dreamed of becoming a maintainer of key projects like GNU Bash and GNU Make.
However, every time I tried to approach, I always had the feeling that there was no clear space for newcomers, no visible path to join and grow within the project.
As if all the seats were already taken.

Waiting until a crisis comes is already too late.
Even healthy, active projects should be working today on building a bench of future maintainers, welcoming new contributors, and spreading the knowledge.

This is not meant as a criticism — quite the opposite.
I deeply appreciate initiatives like Maintainer Month and what they represent: a real effort to raise awareness about the importance of maintainers.

This message is rather a call to amplify these efforts,
to keep doors more open, and
to recognize and encourage those who want to join and help.

Because an open source project doesn’t survive only through code:
it survives through a living, speaking, welcoming community.

If we stay silent, closed, and static,
we will end up with the lights on, but nobody home.

3 Likes

Completely agree, with the addition that it’s not just about maintainers, but every role in the ecosystem. If we start counting in 1998 when we named “open source” and it was becoming increasingly easy to collaborate over the internet, we’re 27 years into this adventure. When I look around the virtual room of maintainers, community managers, foundation leaders, etc., I see a lot of folks who arrived in the early 2000s, so let’s round it off at about 25 years ago. That’s the bulk of a career. If you were 25 then, you’re 50 now–congratulations on the great career–who are you mentoring to take your place?

And I certainly don’t mean that 50 should be the end of your career, but people on the whole do tend to think of eventual retirement. Or their priorities change as they age. Or the unexpected happens, for good or for bad. [Insert your preferred bus/pony/lottery factor here.] I think it’s possible a lot of us stumbled into open source as a movement when it was young and fresh and so were we, and there weren’t many mentors to be had, so we don’t have that example set for us.

Open source is also now effectively the default. There’s not really any software today that isn’t built with open source components. The stakes of an unsustained ecosystem are too high. To borrow your metaphor, eventually I’m not even sure the lights will stay on. And then what?

2 Likes

I agree, especially in terms of safety. The old workers have retired, but there are very few newcomers to replace them in this area, if compared to the average rate and the duties that need to be done.

2 Likes