Project

General

Profile

Actions

Bug #20185

open

Switch back to using binary ruby when rvm is fixed

Added by Peter Amstutz about 1 year ago. Updated about 2 months ago.

Status:
Feedback
Priority:
Normal
Assigned To:
Category:
Deployment
Target version:
Story points:
0.5

Description

In order to fix the issue described below, our Debian 11 package build and package test Docker images use --disable-binary (see 907983bcaaf9cf2f058d150b2e91dcbfba465074). This increases build time substantially, so we should switch back to using pre-built packages from rvm if/when they are updated.

Original issue

Ruby gems that involve C extensions are failing to build with this error

make: /usr/bin/mkdir: No such file or directory

Example:

build-packages-debian11: #676 /consoleFull

This is affecting multiple different gems. I've seen it with 'racc' and
'ffi'.

Other projects have been bitten by this:

https://github.com/sparklemotion/nokogiri/issues/2046

https://github.com/brianmario/mysql2/issues/724

https://github.com/fullstaq-ruby/server-edition/issues/101

Tentatively, the problem seems to be that Ruby records the location of mkdir when it is built/installed. Our package build uses rvm to install Ruby. It seems that all the packages were rebuilt Feb 22:

https://rvm_io.global.ssl.fastly.net/binaries/debian/11/x86_64/

I'm wondering if these packages were prepared on a system that had /usr/bin/mkdir even though the standard debian image is /bin/mkdir.

On further research, this looks like exactly the issue listed here:

https://github.com/rvm/rvm/issues/4975

I filed a new bug:

https://github.com/rvm/rvm/issues/5329


Subtasks 1 (1 open0 closed)

Task #20191: ReviewNewBrett SmithActions
Actions

Also available in: Atom PDF