Project

General

Profile

Actions

Misc #16671

closed

BASERUBY version policy

Added by ko1 (Koichi Sasada) about 4 years ago. Updated about 1 year ago.


Description

Ruby 2.7 (MRI) requires Ruby 2.2 or later (== BASERUBY) to build from repository.
Tarball does not need any installed Ruby.
To build latest Ruby from repository, you need to build Ruby 2.2 and later from a tarball.

Can we make the BASERUBY version update policy?

Background

To use ISeq#to_a (specific format) Ruby 2.2 or later is needed from Ruby 2.7.
The oldest version used by RubyCI machines was Ruby 2.2, so I determined update.
I needed to file a ticket about this version bump, sorry.


related: https://bugs.ruby-lang.org/issues/16668


Related issues 2 (0 open2 closed)

Related to Ruby master - Bug #16668: Syntax error in tool/vcs.rbClosedActions
Related to Ruby master - Bug #16845: Building Ruby with system Ruby 1.8.7 results in make failing due to syntax error in ./tool/lib/vcs.rbClosedActions
Actions #1

Updated by ko1 (Koichi Sasada) about 4 years ago

  • Related to Bug #16668: Syntax error in tool/vcs.rb added

Updated by naruse (Yui NARUSE) about 4 years ago

Through the discussion around CI, I reached a conclusion "Runtime environment and development environment are different".

Though CentOS and macOS bundles very old ruby, but it's no problem because they are just runtime environment.
If people want to develop Ruby master on those environment, they can install latest stable ruby with tarball.

Therefore BASERUBY can be a reasonable newer stable version.
It means newer than Ruby installed by default on for example CentOS.

Updated by nobu (Nobuyoshi Nakada) about 4 years ago

naruse (Yui NARUSE) wrote in #note-2:

Through the discussion around CI, I reached a conclusion "Runtime environment and development environment are different".

Note that it is true for years, for instance, Windows 9x was supported as a runtime environment but not as a development environment, at least.

Updated by shyouhei (Shyouhei Urabe) about 4 years ago

I'm not against this issue but for record: commit 8a72c77c7920d129818b7b83bb4fa669cd7e3f7d says "as requested by devs, support for BASERUBY prior to 2.1". and the "devs" here included ko1. At that time his machine was a Panasonic laptop running Windows, and had older BASERUBY. Windows situation got improved since then (we now have CI). This might no longer be a problem.

Actions #5

Updated by hsbt (Hiroshi SHIBATA) almost 4 years ago

  • Related to Bug #16845: Building Ruby with system Ruby 1.8.7 results in make failing due to syntax error in ./tool/lib/vcs.rb added

Updated by hsbt (Hiroshi SHIBATA) over 1 year ago

  • Status changed from Open to Assigned
  • Assignee set to hsbt (Hiroshi SHIBATA)

Updated by hsbt (Hiroshi SHIBATA) about 1 year ago

How about the Ruby version provided by the stable Ubuntu release?

So, we can upgrade the BASERUBY version of Ruby 3.3 to Ruby 2.7 in this year.

Updated by nobu (Nobuyoshi Nakada) about 1 year ago

What we often tend to write frequently are safe navigation operator and indented here-docs.
So I'll be happy it were 2.3 or later.

Actions #9

Updated by hsbt (Hiroshi SHIBATA) about 1 year ago

  • Status changed from Assigned to Closed

Applied in changeset git|1edef08ddadf0bd76122f830ef7953cda61c78aa.


Added version policy of BASERUBY

[Misc #16671]

Updated by matz (Yukihiro Matsumoto) about 1 year ago

I agree with upgrading BASERUBY. The version should be determined by the latest version of the distribution (Debian?).

Matz.

Updated by vo.x (Vit Ondruch) about 1 year ago

Why Ubuntu / Debian and not CentOS / RHEL 7? IOW I think it would be probably better to base the policy on Ruby releases then on external factor such as Linux distribution versions.

Updated by hsbt (Hiroshi SHIBATA) about 1 year ago

CentOS 7 will be EOL at 2024/06 and CentOS 8+ will be not provided in the future.

I know Red Hat switched them to CentOS Stream. Unfortunately, CentOS Stream (and RHEL) is not major distribution for Ruby developers.

Actions

Also available in: Atom PDF

Like0
Like0Like0Like0Like0Like0Like0Like0Like0Like0Like0Like0Like0