>> I don't really see any reason to protect against newer Ruby version. > > I do: Ruby does not have a good track record when it comes to > maintaining backwards compatibility.
Regardless, preventing the gem installation before the version even exists cause massive pains to people trying to do the good thing of testing their app against ruby master. Until it is known that compatibility is broken, restricting the ruby version causes more harm than good. Just this morning I had to submit patches to a dozen gems. > Hint: you can make maintainers' life slightly easier by adding > a "--8<--\n" line before the patch, so "git am --scissors" works :> > (the "From " line is also unnecessary) Apologies, I forgot that one. I included a new version of the patch using `< 4.0`. -- From 307ea35d87c6a45d8b4261f03793a7a74d885bb2 Mon Sep 17 00:00:00 2001 From: Jean Boussier <[email protected]> Date: Tue, 1 Sep 2020 17:00:12 +0200 Subject: [PATCH] Update ruby_version requirement to allow ruby 3.0 Ruby just recently bump the master version to 3.0. This requirement bump is necessary to test unicorn against ruby master. --- unicorn.gemspec | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/unicorn.gemspec b/unicorn.gemspec index cbe855d..f04a11b 100644 --- a/unicorn.gemspec +++ b/unicorn.gemspec @@ -28,7 +28,7 @@ # technically we need ">= 1.9.3", too, but avoid the array here since # old rubygems versions (1.8.23.2 at least) do not support multiple # version requirements here. - s.required_ruby_version = '< 3.0' + s.required_ruby_version = '< 4.0' # We do not have a hard dependency on rack, it's possible to load # things which respond to #call. HTTP status lines in responses -- 2.26.2
