Project

General

Profile

Actions

Feature #25538

closed

Drop support for Ruby 2.2.1 and ealier, 2.2.2+ is now required

Added by Toshi MARUYAMA almost 7 years ago. Updated over 6 years ago.

Status:
Closed
Priority:
Normal
Category:
Ruby support
Target version:
Start date:
Due date:
% Done:

0%

Estimated time:
Resolution:
Fixed


Files


Related issues

Related to Redmine - Feature #25807: Upgrade to roadie-rails 1.2ClosedJean-Philippe Lang

Actions
Related to Redmine - Defect #25794: Mass-deleted attachments are not represented correctly in email notificationsClosedJean-Philippe Lang

Actions
Related to Redmine - Defect #26183: Use Nokogiri 1.7.2ClosedJean-Philippe Lang

Actions
Related to Redmine - Feature #29947: Update roadie gem to 3.4.0ClosedGo MAEDA

Actions
Related to Redmine - Patch #29999: Update rdoc gemClosedGo MAEDA

Actions
Related to Redmine - Defect #30161: Incorrect supported Ruby version in doc/INSTALLClosedJean-Philippe Lang

Actions
Blocks Redmine - Feature #23630: Migrate to Rails 5.2ClosedJean-Philippe Lang

Actions
Blocks Redmine - Patch #26503: Update nokogiri gem (~> 1.8.0)ClosedJean-Philippe Lang

Actions
Actions #1

Updated by Toshi MARUYAMA almost 7 years ago

Actions #2

Updated by Toshi MARUYAMA almost 7 years ago

  • Blocks Defect #22335: Images with non-ASCII file names are not shown in PDF added
Actions #3

Updated by Toshi MARUYAMA almost 7 years ago

  • Description updated (diff)
Actions #4

Updated by Go MAEDA almost 7 years ago

+1

Actions #5

Updated by Go MAEDA almost 7 years ago

This is a patch to drop ruby 2.1 and earlier support by removing RUBY_VERSION condition expressions.

Actions #6

Updated by Fernando Hartmann almost 7 years ago

Hi, this will block my upgrade to 3.4.0 in my Ubuntu 14.04 LTS and OpenSuSE 42.2# and probably other distros.

Shouldn't this be put in 4.0.0 like #23630 and #19755 ?
Given some more time to users to plan system upgrades ?

Actions #7

Updated by Holger Just almost 7 years ago

I agree, dropping support for Ruby versions should probably be done in a major version instead.

That said, dropping Ruby 1.9.3 support is probably a good idea in the short-to-middle term since it is seriously old and not supported by the Ruby language team for quite some time. For other versions, I'd be actually more careful.

  • Ubuntu 14.04 LTS defaults to Ruby 1.9.3, but also ships with Ruby 2.0. Ubuntu 16.04 LTS ships with Ruby 2.3 by default.
  • Debian stable (Jessie) currently ships with Ruby 2.1. The next stable (which is just around the corner) will ship with Ruby 2.3
  • RHEL/CentOS 7 ships with Ruby 2.0 currently, RHEL/CentOS 6 still ships Ruby 1.8.7.
  • OpenSuSE 42 ships with Ruby 2.1

Given this landscape, in order to provide the broadest possible support for existing users, I'd propose to only drop Ruby 1.9.3 support in the short term (if at all, see below). I understand that is is desirable to also drop at least Ruby 2.0 but this would seriously inconvenience many people who have to use older Ruby versions from their upstream vendors. Thus, I'd propose to only follow this approach now if the gain of not supporting older Ruby 2.x versions is actually significant.

In general, I think that the removal of supported Ruby versions should be done in a major version bump only. With the release of Redmine 4, I'd be quite happy if only Ruby >= 2.2 would be supported. Given that Rails 5 requires Ruby >= 2.2.2 anyway, this is probably a given requirement. Until then, I'd propose we still support the existing Ruby versions in all existing and future 3.x-stable branches.

Actions #8

Updated by Jean-Philippe Lang almost 7 years ago

  • Target version deleted (3.4.0)
Actions #9

Updated by Toshi MARUYAMA almost 7 years ago

Actions #10

Updated by Toshi MARUYAMA almost 7 years ago

  • Blocks deleted (Defect #22335: Images with non-ASCII file names are not shown in PDF)
Actions #11

Updated by Go MAEDA almost 7 years ago

  • Subject changed from Drop support Ruby 1.9.3 and 2.0 to Drop support Ruby 2.2.1 and ealier
  • Target version set to 4.0.0
Actions #12

Updated by Go MAEDA almost 7 years ago

Actions #13

Updated by Go MAEDA almost 7 years ago

We can unpin test_after_commit gem 0.4 if Ruby 1.9.3 support is dropped (#25794, r16582).

Actions #14

Updated by Go MAEDA almost 7 years ago

  • Related to Defect #25794: Mass-deleted attachments are not represented correctly in email notifications added
Actions #15

Updated by Toshi MARUYAMA almost 7 years ago

Actions #16

Updated by Toshi MARUYAMA almost 7 years ago

https://github.com/sparklemotion/nokogiri/pull/1640#issuecomment-301805320

The 1.6.8.x release isn't supported anymore, and we're encouraging teams to upgrade to get security patches.

Actions #17

Updated by Toshi MARUYAMA almost 7 years ago

  • Target version changed from 4.0.0 to 3.4.0

Nokogiri team refused to maintain old release for old Ruby.
https://github.com/sparklemotion/nokogiri/pull/1640#issuecomment-309409944

Actions #18

Updated by Holger Just almost 7 years ago

As a concrete motion from my side:

  • I think it's a god idea to require at least Ruby 2.2.2 (or whatever Rails depends on at this time) from Redmine 4 on.
  • Removing support for 1.9.3 could be sensible in Redmine 3.4 if that aligns with the the way Redmine want's to support Rubies in general. Ruby 1.9.3 is not maintained by the upstream Ruby for quite some time now and no halfway modern OS ships with Ruby 1.9.3 anymore.
  • I don't think it is a good idea to remove support for Ruby 2.0 in Redmine 3.4 as this would alienate many RHEL / CentOS users. I would be fine with showing a deprecation warning in Redmine 3.4 for anything <= Ruby 2.1 though. Redmine should still work as far as possible even on Ruby 2.0.

In general, I think it is worth it to define how Redmine plans to handle support to external dependencies like Ruby, Rails or nokogiri (e.g. with #26183) in general. If there is a commitment from the Redmine project to ensure that all dependencies are ensured to be secure, the Redmine project probably has to follow the support cycles of these dependencies too. That would mean to regularly issue patch releases with updated dependencies and to either EOL Redmine versions depending on not supported dependencies or provide monkey patches for them. This issue of how we define our policy was also discussed in https://github.com/rails/rails/pull/27814.

Policy wise, I think this would significantly increase the burden on the project for too little gain. I think we could follow our current best-effort way to provide updates while still striving to be as compatible as possible to a wide version range of external dependencies. As for Ruby compatibility, Redmine has historically attempted to follow the requirements of its respective Rails version. This has allowed Redmine to be used on a wide array of configurations and systems.

Even more so: at Planio we often notice that many Redmine installation are not (or only very seldom) updated. Making it harder to update Redmine by introducing stricter environment dependencies (like a Ruby version) could likely result on even poorer update rates which effectively has a negative effect on overall security (Yes, this is a hard problem!)

Still, it is probably a good idea to nudge users in the direction of a preferred Ruby version and updated dependencies if possible. That way, people with specific requirements can still use other versions but the general population is still nudged into the sweet spot. Hard dependency updates of the environment should however be limited to major version updates if at all possible. This also helps packagers who maintain e.g. the redmine package in Debian (and by extension Ubuntu).

Actions #19

Updated by Go MAEDA almost 7 years ago

+1 for Holger Just.

Actions #20

Updated by Fernando Hartmann almost 7 years ago

Go MAEDA wrote:

+1 for Holger Just.

I agree.

Actions #21

Updated by Vasili Korol almost 7 years ago

Debian 8, CentOS 6 and Ubuntu 14.04 have Ruby 1.9.3 installed by default (although ruby 2.* is also available from the repos). These operating systems are installed on a lot of servers. Switching to ruby2 as default is not always possible there.

Actions #22

Updated by Holger Just almost 7 years ago

Vasili Korol wrote:

Debian 8, CentOS 6 and Ubuntu 14.04 have Ruby 1.9.3 installed by default (although ruby 2.* is also available from the repos). These operating systems are installed on a lot of servers. Switching to ruby2 as default is not always possible there.

  • Debian 8 (Jessie) uses Ruby 2,1 by default, Debian Stretch (just released) uses 2.3. Only Debian 7 (Wheezy aka. oldoldstable) used Ruby 1.9.3
  • While Ubuntu 14.04 (Trusty) installs Ruby 1.9.3 by default, you can install ruby2.0 alongside with it.
  • I personally don't care about CentOS/RHEL 6 anymore. It was released 6 years ago and about everything on there is heavily outdated. CentOS 7 is available since three years.

By continuing to support such extremely old (and mostly unmaintained) software, we would enter a world of pain and would continuously force us to not use any of new features available in later versions and work with older (often also unsupported) versions of gems. If users want to continue using outdated base systems, they can always install a custom Ruby with RVM, ruby-install or rbenv/ruby-build when upgrading Redmine.

Again, support for external dependencies (most importantly Ruby, but also other gems) is always a tradeoff between the required effort for the maintenance and compatibility with existing systems. Redmine currently supports a lot of even very old systems which is increasingly becoming painful. Cutting support for the most outdated systems first in a controlled manner helps (in lieu of saying: is required) for the Redmine project to be able to continuously maintain and modernize its codebase. Cutting support for old dependencies with newer releases is a standard practice followed by about any software package.

Actions #23

Updated by Jean-Philippe Lang almost 7 years ago

  • Target version changed from 3.4.0 to 4.0.0

3.4 is almost ready for release and we have a code base that support older ruby versions. Current trunk will be upgraded to Rails 5.1 soon and support for ruby < 2.2.1 will be dropped.

Actions #24

Updated by Go MAEDA over 6 years ago

  • Category set to Ruby support
Actions #25

Updated by Go MAEDA over 6 years ago

  • Related to Feature #26334: Update Redmine gems to latest stable versions added
Actions #26

Updated by Toshi MARUYAMA over 6 years ago

  • Related to deleted (Feature #26334: Update Redmine gems to latest stable versions)
Actions #27

Updated by Go MAEDA over 6 years ago

Actions #28

Updated by Jean-Philippe Lang over 6 years ago

  • Subject changed from Drop support Ruby 2.2.1 and ealier to Drop support for Ruby 2.2.1 and ealier, 2.2.2+ is now required
  • Status changed from New to Closed
  • Assignee set to Jean-Philippe Lang
  • Resolution set to Fixed
Actions #29

Updated by Go MAEDA over 6 years ago

Actions #30

Updated by Go MAEDA over 5 years ago

Actions #31

Updated by Go MAEDA over 5 years ago

Actions #32

Updated by Go MAEDA over 5 years ago

  • Related to Defect #30161: Incorrect supported Ruby version in doc/INSTALL added
Actions

Also available in: Atom PDF