Skip to content

Rip out support for end-of-life Ruby versions#328

Merged
Sinjo merged 1 commit intomainfrom
sinjo-drop-old-rubies
Feb 5, 2026
Merged

Rip out support for end-of-life Ruby versions#328
Sinjo merged 1 commit intomainfrom
sinjo-drop-old-rubies

Conversation

@Sinjo
Copy link
Member

@Sinjo Sinjo commented Feb 1, 2026

We've been carrying support for a bunch of EOL Ruby versions on the basis that it was easy. Adding support for Ruby 4.0 means adding cgi as an explicit dependency as it is no longer a default gem. The latest version of it is incompatible with JRuby 9.1, which targets Ruby 2.x compatibility (while JRuby targets more specific Ruby versions now, before JRuby 9.2, it followed whatever the latest version of 2.x was).

We might be able to find a way to conditionally avoid installing the gem on that version of JRuby and let it use the included version, but at this point I don't want to pile on more hacks to support EOL versions of Ruby that have been out of support for a long time. There are better places to spend effort on this library.

Let's take the opportunity to officially drop all currently EOL Ruby versions. I'll bump the major version in the next release.

We've been carrying support for a bunch of EOL Ruby versions on the
basis that it was easy. Adding support for Ruby 4.0 means adding `cgi`
as an explicit dependency as it is no longer a default gem. The latest
version of it is incompatible with JRuby 9.1, which targets Ruby 2.x
compatibility (while JRuby targets more specific Ruby versions now,
before JRuby 9.2, it followed whatever the latest version of 2.x was).

We might be able to find a way to conditionally avoid installing the gem
on that version of JRuby and let it use the included version, but at
this point I don't want to pile on more hacks to support EOL versions of
Ruby that have been out of support for a long time. There are better
places to spend effort on this library.

Let's take the opportunity to officially drop all currently EOL Ruby
versions. I'll bump the major version in the next release.

Signed-off-by: Chris Sinjakli <[email protected]>
@dmagliola
Copy link
Collaborator

I wonder if you want to remove 3.2 too... it goes away in ~2 months, and I doubt we'll introduce something that breaks it but passes in 3.3...

@Sinjo
Copy link
Member Author

Sinjo commented Feb 5, 2026

I was tempted, but it feels weird to drop it preemptively. I think I'd rather leave it in and bump the major version again if 3.2 starts causing problems for us after it falls out of support.

@Sinjo Sinjo merged commit 28850a0 into main Feb 5, 2026
5 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants