Live data from Hacker News

Ruby Central's Attack on RubyGems [pdf]

pup-e.com

91–100 of 286 posts

Re: Ruby Central's Attack on RubyGems [pdf]

#91

Earlier quoted context omitted.

Yes, they recently hired a new Executive Director.

Links: https://rubycentral.org/news/reflections-on-railsconf-2025-f... https://www.linkedin.com/in/shancureton

> Going in, I had heard there was something magical about the Ruby community, but I didn’t yet understand what that meant.

... so I decided to destroy it, because I cannot abide things I do not understand.

Re: Ruby Central's Attack on RubyGems [pdf]

#92
post #89

Seems relevant: https://ruby.social/@getajobmike/115231677684734669 I'm just reposting it though. I haven't followed any of this myself.

> The unstated reason for this change was that many of the existing Rubygems maintainers have recently quit (including their only full-time engineer) due to their continued relationship with DHH.

Can someone expand on what this means? Is it a continued relationship between Ruby Central and DHH, or the maintainers and DHH? Why does the other party have a problem with that?

EDIT: It seems the post was clarified since I copy/pasted this, and it's RC and DHH. Why do the maintainers have a problem with this? I though the stated reason was about RC removing everyone's access with no warning.

Re: Ruby Central's Attack on RubyGems [pdf]

#94
post #89

Seems relevant: https://ruby.social/@getajobmike/115231677684734669 I'm just reposting it though. I haven't followed any of this myself.

> The unstated reason for this change was that many of the existing Rubygems maintainers have recently quit (including their only full-time engineer) due to their continued relationship with DHH. Can someone expand on what this means? Is it a continued relationship between Ruby Central and DHH, or the maintainers and DHH? Why does the other party have a problem with that? EDIT: It seems the post was clarified since I…

I clarified the toot.

Re: Ruby Central's Attack on RubyGems [pdf]

#95
post #89

Seems relevant: https://ruby.social/@getajobmike/115231677684734669 I'm just reposting it though. I haven't followed any of this myself.

> The unstated reason for this change was that many of the existing Rubygems maintainers have recently quit (including their only full-time engineer) due to their continued relationship with DHH. Can someone expand on what this means? Is it a continued relationship between Ruby Central and DHH, or the maintainers and DHH? Why does the other party have a problem with that? EDIT: It seems the post was clarified since I…

[deleted]

Re: Ruby Central's Attack on RubyGems [pdf]

#96

Earlier quoted context omitted.

1. You lock everyone out of the org for whichever valid but idiotic reason. 2. The instant you do, you send them all an email explaining the situation. That’s how you do it in those cases. You don’t blindside them and then wait for them to react, restore their access back (which totally negated and nullified the “I wanted to preempt a takeover attempt” argument) and continue to skulk around instead of being open abou…

You're completely right. In a generous interpretation, having so little communication over such a long period is where this went wrong. In any case, having your highly-tenured team dissolve and feeling like things were "hostile," is an indicator that you'll need to do better. Then again, who knows what the goal actually was? Maybe this went perfectly to plan. Given there was nothing approaching an acknowledgement of…

It reads like the confrontation-avoiding Office Space solution: "We fixed the glitch [...] so it will just work itself out naturally."

Re: Ruby Central's Attack on RubyGems [pdf]

#97
post #94

Earlier quoted context omitted.

> The unstated reason for this change was that many of the existing Rubygems maintainers have recently quit (including their only full-time engineer) due to their continued relationship with DHH. Can someone expand on what this means? Is it a continued relationship between Ruby Central and DHH, or the maintainers and DHH? Why does the other party have a problem with that? EDIT: It seems the post was clarified since I…

I clarified the toot.

Thanks Mike, I editted, and asked this:

> Why do the maintainers have a problem with this? I thought the stated reason was about RC removing everyone's access with no warning.

I seem to remember some of DHH's controversy due to banning politics at basecamp or something. Is it related to that?

Re: Ruby Central's Attack on RubyGems [pdf]

#99
post #89

Seems relevant: https://ruby.social/@getajobmike/115231677684734669 I'm just reposting it though. I haven't followed any of this myself.

> The unstated reason for this change was that many of the existing Rubygems maintainers have recently quit (including their only full-time engineer) due to their continued relationship with DHH. Can someone expand on what this means? Is it a continued relationship between Ruby Central and DHH, or the maintainers and DHH? Why does the other party have a problem with that? EDIT: It seems the post was clarified since I…

[flagged]

Re: Ruby Central's Attack on RubyGems [pdf]

#100
post #60

Earlier quoted context omitted.

Links: https://rubycentral.org/news/reflections-on-railsconf-2025-f... https://www.linkedin.com/in/shancureton

looking at that CV, I have zero doubt that this will be a subscription service in 5 years time

Yikes! At least they'll have someone "results-driven, client-focused," and "driving stakeholder engagement", because that's really what a software repository needs.
Post reply on HN