frontpage.
newsnewestaskshowjobs

Made with ♥ by @iamnishanth

Open Source @Github

fp.

OpenAI and Nvidia announce partnership to deploy 10GW of Nvidia systems

https://openai.com/index/openai-nvidia-systems-partnership/
258•meetpateltech•2h ago•299 comments

A collection of technical things every software developer should know about

https://github.com/mtdvio/every-programmer-should-know
19•redbell•39m ago•5 comments

PlanetScale for Postgres is now GA

https://planetscale.com/blog/planetscale-for-postgres-is-generally-available
193•munns•3h ago•98 comments

Cloudflare is sponsoring Ladybird and Omarchy

https://blog.cloudflare.com/supporting-the-future-of-the-open-web/
431•jgrahamc•6h ago•267 comments

A board member's perspective of the RubyGems controversy

https://apiguy.substack.com/p/a-board-members-perspective-of-the
53•janpio•2h ago•27 comments

SWE-Bench Pro

https://github.com/scaleapi/SWE-bench_Pro-os
58•tosh•2h ago•12 comments

Qwen3-Omni: Native Omni AI Model for Text, Image & Video

https://github.com/QwenLM/Qwen3-Omni
14•meetpateltech•1h ago•1 comments

A simple way to measure knots has come unraveled

https://www.quantamagazine.org/a-simple-way-to-measure-knots-has-come-unraveled-20250922/
80•baruchel•4h ago•35 comments

The Beginner's Textbook for Fully Homomorphic Encryption

https://arxiv.org/abs/2503.05136
128•Qision•1d ago•21 comments

Mentra (YC W25) Is Hiring to build smart glasses

1•caydenpiercehax•2h ago

Choose Your Own Adventure

https://www.filfre.net/2025/09/choose-your-own-adventure/
8•naves•41m ago•0 comments

Cap'n Web: a new RPC system for browsers and web servers

https://blog.cloudflare.com/capnweb-javascript-rpc-library/
188•jgrahamc•5h ago•82 comments

Morgan and Morgan takes Disney to court over 'Steamboat Willie' in ads

https://www.clickorlando.com/news/local/2025/09/17/morgan-morgan-takes-disney-to-court-over-right...
43•wrayjustin•2d ago•25 comments

Easy Forth (2015)

https://skilldrick.github.io/easyforth/
150•pkilgore•7h ago•80 comments

CompileBench: Can AI Compile 22-year-old Code?

https://quesma.com/blog/introducing-compilebench/
101•jakozaur•6h ago•37 comments

What is algebraic about algebraic effects?

https://interjectedfuture.com/what-is-algebraic-about-algebraic-effects/
56•iamwil•4h ago•22 comments

Show HN: Python Audio Transcription: Convert Speech to Text Locally

https://www.pavlinbg.com/posts/python-speech-to-text-guide
4•Pavlinbg•45m ago•2 comments

A New Internet Business Model?

https://blog.cloudflare.com/cloudflare-2025-annual-founders-letter/
167•mmaia•3h ago•162 comments

Testing is better than Data Structures and Algorithms

https://nedbatchelder.com/blog/202509/testing_is_better_than_dsa.html
20•rsyring•2h ago•7 comments

Appleii Air Attack.BAS

https://basic-code.bearblog.dev/applesoft-air-attackbas/
4•ibobev•3d ago•0 comments

Beyond the Front Page: A Personal Guide to Hacker News

https://hsu.cy/2025/09/how-to-read-hn/
143•firexcy•9h ago•64 comments

SGI demos from long ago in the browser via WASM

https://github.com/sgi-demos
203•yankcrime•11h ago•53 comments

AI-Generated "Workslop" Is Destroying Productivity

https://hbr.org/2025/09/ai-generated-workslop-is-destroying-productivity
35•McScrooge•57m ago•6 comments

The Strange Tale of the Hotchkiss

https://www.edrdg.org/~jwb/mondir/hotchkiss.html
17•rwmj•1d ago•2 comments

The American Nations regions across North America

https://colinwoodard.com/new-map-the-american-nations-regions-across-north-america/
61•loughnane•3h ago•78 comments

Diffusion Beats Autoregressive in Data-Constrained Settings

https://blog.ml.cmu.edu/2025/09/22/diffusion-beats-autoregressive-in-data-constrained-settings/
4•djoldman•43m ago•1 comments

California issues historic fine over lawyer's ChatGPT fabrications

https://calmatters.org/economy/technology/2025/09/chatgpt-lawyer-fine-ai-regulation/
74•geox•2h ago•41 comments

Human-Oriented Markup Language

https://huml.io/
34•vishnukvmd•3h ago•33 comments

Biconnected components

https://emi-h.com/articles/bcc.html
41•emih•19h ago•13 comments

Dear GitHub: no YAML anchors, please

https://blog.yossarian.net/2025/09/22/dear-github-no-yaml-anchors
148•woodruffw•4h ago•117 comments
Open in hackernews

A board member's perspective of the RubyGems controversy

https://apiguy.substack.com/p/a-board-members-perspective-of-the
53•janpio•2h ago

Comments

graypegg•2h ago
A few prior comments here as well: https://news.ycombinator.com/item?id=45325792
pmontra•1h ago
> [The Ruby Central board] is a small group of volunteers

is somewhat at odds with

> Some [...] companies specifically pay Ruby Central to ensure the security and stability of that part of the supply chain,

but not so much. Then the sentence goes on with

> but then discovered that people with no active affiliation or agreement in place had top level privileges to some of this critical infrastructure.

So something has been wrongly managed or wrongly sold.

Then the final part about the emotional conversations and the dilemma sounds honest or at least very plausible, but as they write, the critical mistake already happened.

brianm•1h ago
Not really -- non-profit boards are usually volunteers, even ion the non-profit has revenue used for operations.
kg•1h ago
> I can't speak for the board or the Ruby Central staff. But I know them and they are like me. They do this because they love Ruby and our community. I'm certain of that.

I don't know how to reconcile 'they love Ruby and our community' with moves that are actively hostile to the community.

eutropia•1h ago
I think that if they had been up front and transparent, and cut the PR bullshit corpospeak from their damage-control post, this would have been something that's much less embarrassing for all involved.

Something like:

"Hey all, RC here: with the very real threat of supply-chain attacks looming around us, one of the critical financial backers of our nonprofit org gave us a deadline around tightening access to the Github Account for rubygems/bundler. We tried and failed to arrive at a consensus with the open-source volunteers and maintainers for the best path forward and were forced to make a decision between losing the funding and taking decisive (if ham-fisted) action to keep Ruby Central financially healthy. We think RC's continued work is important enough that we stand by our decision, upsetting though it might be, but want to work out a better one ASAP. We are genuinely sorry for any fear/disruption this has caused."

Something simple that just owns the fact that they screwed up and tried to handle it as best they could. Doing this proactively as soon as they made the changes and broadcasting it would have been even better, but even posting this in reply to the controversy would have done more imo...

adriand•1h ago
Sounds like you should volunteer for Ruby Central to help them with their communications! I don't mean that facetiously: it seems that they could use you, or someone like you, with comms. As the OP readily admits, this is not a strong point for them.

My general take on this:

1) Nerds are often not the best at communicating.

2) People on the Internet can be very cruel towards people they don't know.

We could all do better, especially with #2. The Internet used to be cool as hell. Now, by and large, it sucks.

baggy_trough•1h ago
Locking out a guy like David Rodriguez (the main person I see doing bundler commits) in a dramatic fashion just seems like absolute craziness. I can't fathom doing it without a very good reason, which has yet to be revealed if it exists.
qrush•1h ago
I'm truly hoping for a reasonable resolution on all sides for this situation. IMO Ruby is too small, and shrinking compared to Python and JS/TS especially in the AI era, to be able to afford any splintering of efforts.
throwaway346434•1h ago
It's such a weird thought process to have gone through, to write this. The sentiments expressed are basically:

"I WANT to apologize ... that I feel awful."

"How can you possibly talk to someone about changing access, when multiple people tell you no, you are wrong?! A coup is the only way!"

"Because funding deadline, we executed a coup, which will keep everyone safe from hostile actors... Taking over accounts and access"

delichon•1h ago
> Ruby Central has been responsible for RubyGems and Bundler for a long time. This isn't a new development, and I'm honestly very confused about the confusion.

That's the opposite claim from a coup. It's not fair for you to put those words in his mouth.

throwaway346434•27m ago
> Here's the challenge. How do you tell someone that has had commit and admin access to critical infrastructure long after that need has expired that you need to revoke that access without upsetting them? And what if other people who do still need that access claim things like "If you remove their access, I'll just add it back" or "If you remove their access, I'll quit". These are emotional conversations. I wasn't a part of them and can't actually speak to the content of the conversations or how they were handled.

Vs the actions of: https://pup-e.com/goodbye-rubygems.pdf

- All access cut off

- Whoops, our bad, have the access back we'll talk about it

- All access cut off

I am not putting words into his mouth, he has chosen to publically communicate in a disjointed way that effectively expresses no contrition, downplays the impact or severity on other parties, and justifies the actions taken as being need because of an external source of influence.

He could rationally have done any of the following:

- Extended an olive branch through genuine apology and used his position as a board member to request a review.

- Not posted anything, as in his own words he "wasn't part of the conversations"

- Posted a perfectly boring "I am sorry it has reached this point and wish the people leaving well"

Instead he posted in such a way as to make it extremely difficult to interpret in a more positive light.

delichon•20m ago
He is claiming that Ruby Central has the authority. True or not, that claim is not consistent with a coup. You seem to be catastrophizing and constructing misleading quotes, including inverting his words, not because his claim is not true but because of how he communicated it and the impact of it.
sc68cal•1h ago
This story is missing any context around what occurred. The only thing I was able to find was by searching, and I came to this PDF statement.

https://pup-e.com/goodbye-rubygems.pdf

> On September 9th, with no warning or communication, a RubyGems maintainer unilaterally:

> renamed the “RubyGems” GitHub enterprise to “Ruby Central”,

> added non-maintainer Marty Haught of Ruby Central, and

> removed every other maintainer of the RubyGems project.

> On September 18th, with no explanation, Marty Haught revoked GitHub organization membership for all admins on the RubyGems, Bundler, and RubyGems.org maintainer teams

Which is important context that was left out of this board member's statement.

jtbayly•52m ago
It was not left out of the statement. I understood that was essentially what happened by the time I got to the end of his piece. The only exception being the “with no warning or communication” part. Obviously there is disagreement about whether that is true or not.
caymanjim•28m ago
Everything you're quoting is from one aggrieved person, who clearly felt slighted, and who left out a whole lot of context in their own post. The article above is a lot more reasoned, less emotional, and seems completely reasonable to me. Ruby Central clearly has issues with both internal and external communication. And the above article isn't an official statement either; it's just one person, not involve in the decision, offering another perspective.
throwaway346434•6m ago
It's not just one person.

Between the initial removal of access, then giving it back after explaining it was a mistake; the people involved started a conversation about governance to clarify/fix things.

https://github.com/rubygems/rfcs/pull/61

The conversation terminated because the majority of those people then had their access revoked again.

When weighing the facts here; which group or claimant has the most evidence for their claims? The technical folks with lots of commits over many years, or the treasurer of an organisation who says the impetus for this was a "funding deadline" so all access had to be seized?

kragen•1h ago
I don't know more about the controversy than what's explained here, but, reading between the lines, it sounds like companies want Ruby Central to operate more like a for-profit company, where people carry out defined tasks in exchange for getting paid, than like a jury or the American Medical Association, where people do what seems best to them in exchange for a harder-to-define sense of collective social obligation. (When they work, of course; sometimes those institutions don't work very well.)

I am skeptical that the model where people carry out defined tasks in exchange for getting paid can properly discharge the obligations of trustworthiness and disinterest that are necessary for the proper functioning of software supply chains. I'm thinking that probably people whose motivation is primarily personal gain will seek out ways to exploit their users' trust for additional personal gain, for example by bundling adware and other malware into their software the way Microsoft does with Windows, or only releasing security updates to paying customers.

Open-source licensing provides some protection against this problem, because it guarantees you the legal right to switch to a non-malicious fork; but the whole reason we're talking about open-source supply chain security in the first place is that your vulnerability to your chosen upstream is still far from nonzero.

andersmurphy•1h ago
> Either Ruby Central puts controls in place to ensure the safety and stability of the infrastructure we are responsible for, or lose the funding that we use to keep those things online and going.

Seems pretty clear after reading this. If 1-2 companies pulling funding is enough for them to force you to to what they want, its hard to stay independent.

decasia•51m ago
Agreeing with most of the other comments here that this discussion needs more context which we don't have...

If the request for additional access controls/access cleanup came from one of the Ruby Central funders, could we not know who that was and what exactly their ask consisted of? I am interested in knowing their side of the story, and what the motivation was. (But in general, cutting off long-time maintainers' access seems like a bad choice - as presumably they have long since proven their good will toward the ruby community as shepherds of these projects.)

reenorap•48m ago
The only reason why Ruby and other open source projects survive is because large companies can trust them to do the right thing. Given the critical nature of the supply chain attacks, what the board did was 100% right. Like he said, some people's egos got hurt but if no one can trust the maintainers, then Ruby has no future in the industry and it will die quickly.

This is basically like fixing technical debt. It's painful and it's political but sometimes you have to do the right thing for the community as opposed to trying to assuage individuals' egos.

khamidou•36m ago
I think you got things mixed up, open source projects survive because volunteers believe in them and want to contribute to them. Large companies rarely get involved, occasionally with some funding.

It sounds like they sold something to their donors they couldn't really guarantee – supply chain safety – and they decided to alienate their contributors to try to appease them.

Only time will tell if this was really damaging to the ruby community or just a temporary hurdle

dewey•25m ago
Look at the core maintainers of Rails for example. Many are paid by Shopify and Basecamp, so it’s much more commercial than your regular open source project.

Which isn’t a bad thing that people get to contribute on company time.

khamidou•18m ago
Again this is mixed causality. Rails did not take off because of commercial interests – besides dhh who was working on it on the side, all the initial committers were doing that for fun.

Eventually they brought rails in many commercial companies and these companies succeeded to the point they could pay people to maintain rails.

stickfigure•6m ago
However it started, there's a big hosting bill and somebody has to pay it.
nyeah•31m ago
It's kind of a tradition on HN to read very little of the OP before commenting. That may not be a good tradition.
akk0•20m ago
So basically they're a bunch of serfs
vintagedave•19m ago
> A deadline (which as far as I understand, we agreed to) loomed. Either Ruby Central puts controls in place to ensure the safety and stability of the infrastructure we are responsible for, or lose the funding that we use to keep those things online and going.

This makes a lot of sense, and it puts the 'drastic' action in understandable light.

It also contrasts with the 'On September 9th, with no warning or communication, a RubyGems maintainer unilaterally...' from the Goodbye RubyGems letter. Perhaps that person did not have communications or insight?

Going forward I think we could judge the good faith, if it's uncertain, by if we do see people reinstated. Cutting off access (for urgency with a deadline) followed by reinstatement (because they contribute) would match this post. No doubt there will be hurt feelings on all sides, which is understandable, but I hope as humans everyone can get through it.