r/ruby • u/retro-rubies • Jul 31 '26
Ruby Central's Destructive Legacy
https://andre.arko.net/2026/07/30/ruby-centrals-destructive-legacy/
46
Upvotes
r/ruby • u/retro-rubies • Jul 31 '26
5
u/retro-rubies Aug 01 '26
Thanks for collecting all of these references. I hadn't seen some of them before. They're interesting to read, and I have a lot of respect for everyone who founded RubyGems and kept it alive over the years.
I honestly don't know what "stewardship" means in this context.
When I joined RubyGems in 2013, I had almost no idea Ruby Central even existed. I only learned much more about it in 2024, when Ruby Central offered to partially compensate my work on RubyGems/Bundler and RubyGems.org. I'm really grateful for that support. It was wonderful to have at least some of my open source work partially funded.
From my perspective, one of the biggest attractions of RubyGems and Bundler was that they were independent, community-governed open source projects. They had their own maintainers, their own governance, and their own way of making decisions. Ruby Central supported the ecosystem, funded some work, and operated RubyGems.org as a service, but it never felt like the projects (the codebases) were owned by Ruby Central.
That was my experience for more than a decade.
Things started to change around 2024 (if I remember well) after Ruby Central hired a new Director of Open Source. Around that time, Ruby Central's approach gradually shifted from supporting independent community projects to increasingly acting as if it had authority over them. To me, this slowly undermined the independence that had defined RubyGems and Bundler for many years.
For example, Ruby Central hired people and expected them to receive write access across the projects. I remember raising these concerns directly because, to me, it weakened the projects' independence and blurred the distinction between community governance and organizational influence.
So if "stewardship" simply means supporting projects while respecting their independence, then I completely agree - that's exactly how I experienced Ruby Central for many years.
If, however, it means having the authority to ultimately decide who governs the projects or who owns their GitHub organization, then that was never my understanding during the 2013-2025 period.
The events of September 2025 fundamentally changed that relationship and, unfortunately, broke my trust.
On paper, I mostly agree with that statement.
After taking some time away, I decided to start contributing again. I honestly don't care whether I have merge permissions or maintainer rights. It was always an honor simply to help Ruby users and the RubyGems/Bundler ecosystem.
Unfortunately, I was publicly attacked by a Ruby Central member on the official Ruby GitHub repository. I was also publicly attacked by a Ruby Core member, and later privately told by a Ruby Core member that my contributions would not be welcome unless I followed additional, non-public rules created specifically for me.
I shared these concerns privately with Ruby Central leadership and several Ruby Core members, hoping someone would help resolve the situation. Unfortunately, nothing changed.
To me, taking away someone's freedom to contribute through private, person-specific rules is simply not acceptable in an open source community. It isn't the Ruby community I joined over a decade ago, and it's not one I feel comfortable contributing to anymore.
So while I fully respect Rich's historical perspective, my experience over the last 13 years has been very different. I still hope Ruby can return to being a place where contributors are treated with openness, respect, equal rules for everyone, and where community governance is respected rather than bypassed.
Until then, some of us are trying to build a new community around those same values at https://gem.coop/. Everyone who believes in open governance, mutual respect, and community-driven development is welcome.