Community Packages

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#58033 - [gitlab] bundle-2.3 exec rake throws load error

Attached to Project: Community Packages
Opened by Jakub Klinkovský (lahwaacz) - Thursday, 29 March 2018, 22:39 GMT
Last edited by Sven-Hendrik Haase (Svenstaro) - Sunday, 01 April 2018, 19:31 GMT
Task Type Bug Report
Category Packages
Status Closed
Assigned To Sven-Hendrik Haase (Svenstaro)
Architecture All
Severity High
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 3
Private No

Details

Got this error after upgrading to ruby2.3 2.3.7-1 and gitlab 10.6.2-1 (whose version likely doesn't matter):

$ sudo -u gitlab -s /bin/sh -c "cd '/usr/share/webapps/gitlab'; bundle-2.3 exec rake db:migrate RAILS_ENV=production"
rake aborted!
LoadError: libicuuc.so.60: cannot open shared object file: No such file or directory - /usr/share/webapps/gitlab/vendor/bundle/ruby/2.3.0/gems/charlock_holmes-0.7.5/lib/charlock_holmes/charlock_holmes.so
/usr/share/webapps/gitlab/vendor/bundle/ruby/2.3.0/gems/activesupport-4.2.10/lib/active_support/dependencies.rb:274:in `require'
/usr/share/webapps/gitlab/vendor/bundle/ruby/2.3.0/gems/activesupport-4.2.10/lib/active_support/dependencies.rb:274:in `block in require'
/usr/share/webapps/gitlab/vendor/bundle/ruby/2.3.0/gems/activesupport-4.2.10/lib/active_support/dependencies.rb:240:in `load_dependency'
/usr/share/webapps/gitlab/vendor/bundle/ruby/2.3.0/gems/activesupport-4.2.10/lib/active_support/dependencies.rb:274:in `require'
/usr/share/webapps/gitlab/vendor/bundle/ruby/2.3.0/gems/charlock_holmes-0.7.5/lib/charlock_holmes.rb:1:in `<top (required)>'
/usr/share/webapps/gitlab/vendor/bundle/ruby/2.3.0/gems/activesupport-4.2.10/lib/active_support/dependencies.rb:274:in `require'
/usr/share/webapps/gitlab/vendor/bundle/ruby/2.3.0/gems/activesupport-4.2.10/lib/active_support/dependencies.rb:274:in `block in require'
/usr/share/webapps/gitlab/vendor/bundle/ruby/2.3.0/gems/activesupport-4.2.10/lib/active_support/dependencies.rb:240:in `load_dependency'
/usr/share/webapps/gitlab/vendor/bundle/ruby/2.3.0/gems/activesupport-4.2.10/lib/active_support/dependencies.rb:274:in `require'
/usr/share/webapps/gitlab/vendor/bundle/ruby/2.3.0/gems/github-linguist-5.3.3/lib/linguist/blob_helper.rb:2:in `<top (required)>'
/usr/share/webapps/gitlab/vendor/bundle/ruby/2.3.0/gems/activesupport-4.2.10/lib/active_support/dependencies.rb:274:in `require'
/usr/share/webapps/gitlab/vendor/bundle/ruby/2.3.0/gems/activesupport-4.2.10/lib/active_support/dependencies.rb:274:in `block in require'
/usr/share/webapps/gitlab/vendor/bundle/ruby/2.3.0/gems/activesupport-4.2.10/lib/active_support/dependencies.rb:240:in `load_dependency'
/usr/share/webapps/gitlab/vendor/bundle/ruby/2.3.0/gems/activesupport-4.2.10/lib/active_support/dependencies.rb:274:in `require'
/usr/share/webapps/gitlab/vendor/bundle/ruby/2.3.0/gems/github-linguist-5.3.3/lib/linguist.rb:1:in `<top (required)>'
/usr/share/webapps/gitlab/config/application.rb:5:in `<top (required)>'
/usr/share/webapps/gitlab/Rakefile:5:in `require'
/usr/share/webapps/gitlab/Rakefile:5:in `<top (required)>'
/usr/share/webapps/gitlab/vendor/bundle/ruby/2.3.0/gems/rake-12.3.0/exe/rake:27:in `<top (required)>'
(See full trace by running task with --trace)
This task depends upon

Closed by  Sven-Hendrik Haase (Svenstaro)
Sunday, 01 April 2018, 19:31 GMT
Reason for closing:  Fixed
Comment by Aaron Fischer (aaronmueller) - Thursday, 29 March 2018, 22:49 GMT
The icu package was changed 2 days ago
https://git.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/icu&id=304ee0d931d0af5d1631276e681f09f97a469b9c

You need to rebuild your charlock_holmes gem against the new version of icu.

This is not a bug in ruby2.3.
Comment by Jakub Klinkovský (lahwaacz) - Thursday, 29 March 2018, 22:57 GMT
Sorry - in that case this issue should belong to [gitlab] which owns the charlock_holmes.so.
Comment by Aaron Fischer (aaronmueller) - Friday, 30 March 2018, 20:07 GMT
This is related to this issue here:
https://bugs.archlinux.org/task/58039
Comment by DeLord (DeLord) - Saturday, 31 March 2018, 13:21 GMT
Is there any workaround available, or do we need to downgrade & keep back the icu & gitlab packages from upgrading until this is fixed?
Comment by Jakub Klinkovský (lahwaacz) - Saturday, 31 March 2018, 13:29 GMT
I'm just keeping the old gitlab package with icu 61 and it seems to work fine. The problematic ruby gem is obviously involved in the database migration, but probably not in the normal operation...
Comment by DeLord (DeLord) - Saturday, 31 March 2018, 18:23 GMT
The old gitlab packages (gitlab 10.6.0-1, gitlab-gitaly 0.91.0-1, gitlab-shell 2:7.1.0-1) do not work for me with icu 61.1-1, the gitlab instance is not starting and throwing the same error in the logs as when doing the migration thing.

I now downgraded icu to 60.2-1 and also downgraded all other packages that have a dependency to icu - it appears to work now, I need that gitlab instance running.

I hope we will get a fixed version soon, as far as I understood the only thing that needs to be done is a rebuild?
Comment by Jakub Klinkovský (lahwaacz) - Saturday, 31 March 2018, 18:48 GMT
Hmmm, it seems that I didn't restart the services when the database migration failed so the services were still using the old icu...

There were some relevant links in the other bug report (linked above): https://bugs.archlinux.org/task/58039#comment168058

Loading...