Mac OS: LoadError: Could not open library 'vips' #141

Nakilon · 2017-10-11T16:58:52Z

So I did brew upgrade vips that poured the vips-8.5.8_2.el_capitan and now require vips (the gem is the latest one) cause:

LoadError: Could not open library 'vips': dlopen(vips, 5): image not found.
Could not open library '/usr/local/lib/libvips.dylib': dlopen(/usr/local/lib/libvips.dylib, 5): Library not loaded: @rpath/libpoppler.71.dylib
  Referenced from: /usr/local/opt/poppler/lib/libpoppler-glib.8.dylib
  Reason: image not found
	from /Users/nakilon/.gem/gems/ffi-1.9.18/lib/ffi/library.rb:147:in `block in ffi_lib'
	from /Users/nakilon/.gem/gems/ffi-1.9.18/lib/ffi/library.rb:100:in `map'
	from /Users/nakilon/.gem/gems/ffi-1.9.18/lib/ffi/library.rb:100:in `ffi_lib'
	from /Users/nakilon/.gem/gems/ruby-vips-2.0.7/lib/vips.rb:466:in `<module:Vips>'
	from /Users/nakilon/.gem/gems/ruby-vips-2.0.7/lib/vips.rb:457:in `<top (required)>'

$ ls -l /usr/local/lib/libvips.dylib
lrwxr-xr-x  1 nakilon  admin  40 11 окт 19:17 /usr/local/lib/libvips.dylib -> ../Cellar/vips/8.5.8_2/lib/libvips.dylib
$ ls -l /usr/local/lib/libpoppler.dylib 
lrwxr-xr-x  1 nakilon  admin  45 11 окт 19:17 /usr/local/lib/libpoppler.dylib -> ../Cellar/poppler/0.60.1/lib/libpoppler.dylib

Ruby is native to this OS: 2.0.0p648

The thing I've noticed about brew is that now it drags some portable Ruby 2.3 -- not sure if that's relevant.

The text was updated successfully, but these errors were encountered:

hmistry · 2017-10-12T04:10:55Z

Have a look at #130 and try the suggestions... I think it's a bad install configuration issue and you need to track down where it went wrong.

jcupitt · 2017-10-12T10:04:02Z

I tried again here and it seems to be working on sierra at least:

==> Downloading https://homebrew.bintray.com/bottles/vips-8.5.8_2.sierra.bottle.
==> Downloading from https://akamai.bintray.com/89/89fdabb07d18ac3cf22448e1bbb6f
######################################################################## 100.0%
==> Pouring vips-8.5.8_2.sierra.bottle.tar.gz
🍺  /usr/local/Cellar/vips/8.5.8_2: 188 files, 12.7MB
john@katamata ~ $ gem uninstall ruby-vips
Successfully uninstalled ruby-vips-2.0.6
john@katamata ~ $ gem install ruby-vips
Fetching: ruby-vips-2.0.7.gem (100%)
Successfully installed ruby-vips-2.0.7
Parsing documentation for ruby-vips-2.0.7
Installing ri documentation for ruby-vips-2.0.7
Done installing documentation for ruby-vips after 1 seconds
1 gem installed
john@katamata ~ $ irb
irb(main):001:0> require 'vips'
=> true
irb(main):002:0> x = Vips::Image.black 10, 10
=> #<Image 10x10 uchar, 1 bands, b-w>
irb(main):003:0>

Nakilon · 2017-10-12T10:28:23Z

$ which vips
/usr/local/bin/vips
$ vips --version
vips-8.5.8-Fri Oct  6 06:09:10 BST 2017
$ brew --prefix vips
/usr/local/opt/vips

$ gem uninstall ruby-vips
Select gem to uninstall:
 1. ruby-vips-1.0.3
 2. ruby-vips-2.0.7
 3. All versions
> 3
Successfully uninstalled ruby-vips-1.0.3
Successfully uninstalled ruby-vips-2.0.7
$ gem install ruby-vips
Fetching: ruby-vips-2.0.7.gem (100%)
Successfully installed ruby-vips-2.0.7
Parsing documentation for ruby-vips-2.0.7
Installing ri documentation for ruby-vips-2.0.7
1 gem installed

$ irb
irb(main):001:0> require "vips"
LoadError: Could not open library 'vips': dlopen(vips, 5): image not found.
Could not open library '/usr/local/lib/libvips.dylib': dlopen(/usr/local/lib/libvips.dylib, 5): Library not loaded: @rpath/libpoppler.71.dylib
  Referenced from: /usr/local/opt/poppler/lib/libpoppler-glib.8.dylib
  Reason: image not found
	from /Users/nakilon/.gem/gems/ffi-1.9.18/lib/ffi/library.rb:147:in `block in ffi_lib'
	from /Users/nakilon/.gem/gems/ffi-1.9.18/lib/ffi/library.rb:100:in `map'
	from /Users/nakilon/.gem/gems/ffi-1.9.18/lib/ffi/library.rb:100:in `ffi_lib'
	from /Users/nakilon/.gem/gems/ruby-vips-2.0.7/lib/vips.rb:466:in `<module:Vips>'
	from /Users/nakilon/.gem/gems/ruby-vips-2.0.7/lib/vips.rb:457:in `<top (required)>'
	from /System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/2.0.0/rubygems/core_ext/kernel_require.rb:135:in `require'
	from /System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/2.0.0/rubygems/core_ext/kernel_require.rb:135:in `rescue in require'
	from /System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/2.0.0/rubygems/core_ext/kernel_require.rb:144:in `require'
	from (irb):1
	from /usr/bin/irb:12:in `<main>'

Nakilon · 2017-10-12T10:38:26Z

Putting debug prints into ffi I see it loads libglib and libgobject as dylibs from /usr/local/lib/ but fails to load libvips.

$ file /usr/local/lib/libvips.dylib
/usr/local/lib/libvips.dylib: Mach-O 64-bit dynamically linked shared library x86_64

What is poppler? Maybe it's smth wrong with it?

$ file /usr/local/lib/libpoppler
libpoppler-cpp.0.3.0.dylib   libpoppler-cpp.dylib         libpoppler-glib.8.dylib      libpoppler.71.0.0.dylib      libpoppler.dylib
libpoppler-cpp.0.dylib       libpoppler-glib.8.9.0.dylib  libpoppler-glib.dylib        libpoppler.71.dylib

UPD: in the brew install vips it poured the poppler-0.60.1, not 71 -- not sure if that matters.

Nakilon · 2017-10-12T11:32:16Z

Switching back via $ brew switch vips 8.5.8 does not help:

$ vips --version
dyld: Library not loaded: /usr/local/opt/poppler/lib/libpoppler-glib.8.dylib
  Referenced from: /usr/local/bin/vips
  Reason: Incompatible library version: vips requires version 18.0.0 or later, but libpoppler-glib.8.dylib provides version 8.0.0
Trace/BPT trap: 5

Nakilon · 2017-10-17T00:24:27Z

Applying patch from #144 (usr instead of opt) had no effect.

Maybe its libpoppler-glib that can't find the proper path to poppler.dylib?

Wanted to debug paths that process tries to open but dtruss and dtrace are broken since El Capitan.

Nakilon · 2017-10-20T08:07:24Z

Weird stuff. Looking for a way to debug I found such tools as dtrace and similar. To make it work on modern Mac OS you have to avoid the SIP (that security thing that protects /usr/bin). One of the ways to do this is to copy the binary from /usr/bin to any another folder. So I've copied ruby and irb to another folder, edited the shebang in irb, ran it and guess what -- it does require "vips" and loads images with no problem.

P.S.: LD_LIBRARY_PATH=/usr/local/lib does not help.
The iibpoppler dylib is this:

-r--r--r--  1 nakilon  admin  2196424 17 окт 05:00 /usr/local/Cellar/poppler/0.60.1/lib/libpoppler.71.0.0.dylib

Nakilon · 2017-10-20T08:31:43Z

Probably related: ros2/ros2#391 (comment)

Nakilon · 2017-10-21T01:04:25Z

So as workaround I've decided to copy a ruby executable to another directory -- for example, a working directory of where I need to run things. Like this:

$ sudo cp /usr/bin/ruby ./
$ chmod 500 ./ruby

Here is how I made things work:

IRB

If you do which irb you'll see that it's a ruby script /usr/bin/irb that has hardcoded shebang #!/System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/bin/ruby so instead of irb you have to do:

$ ./ruby irb

RSPEC

which rspec gives me /Users/nakilon/.gem/bin/rspec and there we see the #!/usr/bin/env ruby that means you don't have to patch it, just:

$ PATH=`pwd`:$PATH rspec

RAKE

Running rspec via rake is tricky -- it is doing it in another way and seems to use the system ruby. How to check it? The only working way to know the exact path to executable by PID on Mac OS I've found is https://stackoverflow.com/a/14805946/322020 so you compile it and put the tool nearby. You can see it's working by:

$ ruby -e 'puts `./pathfind #{Process.pid}`'
proc 19893: /usr/bin/ruby
$ PATH=`pwd`:$PATH ruby -e 'puts `pathfind #{Process.pid}`'
proc 19897: /Users/nakilon/.../ruby
$ PATH=`pwd`:$PATH /usr/bin/env ruby -e 'puts `pathfind #{Process.pid}`'
proc 19900: /Users/nakilon/.../ruby

Now at the bottom of vips issue backtrace we see from /Users/nakilon/.gem/gems/rspec-core-3.5.3/exe/rspec:4. Here its content:

#!/usr/bin/env ruby

require 'rspec/core'
RSpec::Core::Runner.invoke

Right after shebang you add the following line for debug:

puts __FILE__, `/Users/nakilon/.../pathfind #{Process.pid}`

Now when you run the rake again you see:

/Users/nakilon/.gem/gems/rspec-core-3.5.3/exe/rspec
proc 19849: /System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/bin/ruby

that means shebang is ignored. Open the /usr/bin/rake and add the

require "byebug"
byebug

right before the Rake.application.run -- moving down with step and next commands you'll eventually get to:

[74, 83] in /Users/nakilon/.gem/gems/rspec-core-3.5.3/lib/rspec/core/rake_task.rb
   74:       # @private
   75:       def run_task(verbose)
   76:         command = spec_command
   77:         puts command if verbose
   78: 
=> 79:         return if system(command)
   80:         puts failure_message if failure_message
   81: 
   82:         return unless fail_on_error
   83:         $stderr.puts "#{command} failed" if verbose
(byebug) command
/System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/bin/ruby -I/Users/nakilon/.gem/gems/rspec-support-3.5.0/lib:/Users/nakilon/.gem/gems/rspec-core-3.5.3/lib /Users/nakilon/.gem/gems/rspec-core-3.5.3/exe/rspec --pattern spec/\*\*\{,/\*/\*\*\}/\*_spec.rb

where the spec_command was:

   141:       def spec_command
   142:         cmd_parts = []
   143:         cmd_parts << RUBY
   144:         cmd_parts << ruby_opts
   145:         cmd_parts << rspec_load_path

The RUBY constant isn't declared at the moment the byebug starts but it appears immediately after you step into Rake.application.run. If you do the

$ grep -rI "RUBY =" /System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/2.0.0/

you'll find the RUBY = ENV['RUBY'] || File.join( in file_utils.rb that is required by /System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/2.0.0/rake.rb. So the solution is:

$ RUBY=`pwd`/ruby rake

if the default rake task is rspec, and:

$ ./ruby `which rake` my_custom_rask

for simple custom tasks.

jcupitt · 2017-10-21T11:31:35Z

Thank you for writing this @Nakilon, it's very helpful.

I guess another solution would be to recommend the homebrew Ruby, is that right?

Nakilon · 2017-10-21T22:52:52Z

Since the issue didn't exist earlier, I think smth is broken and can be fixed. Maybe some updated dependency does not meet modern Mac OS practices. That's not nice to force people to use another Ruby or disable SIP.

Nakilon · 2017-11-20T03:33:51Z

Update to large comment.

This

bundle exec ./ruby `which irb`

seems to stop working if you install rbenv. In this case you should do:

bundle exec ./ruby /usr/bin/irb

since the which irb now points to bash script that obviously can't be interpreted by ruby, while the real location can be known by rbenv which irb.

Same about rake:

./ruby `rbenv which rake` mytask

ioquatix · 2018-01-07T21:16:17Z

I'm having the same/similar problem.

ioquatix · 2018-01-07T21:27:34Z

From what I've read, it seems plausible that DYLD_LIBRARY_PATH no longer works with SIP which is on by default. Therefore, the only solution AFAIK is to specify the full path of the library or install it into a standard location.

ioquatix · 2018-01-07T21:40:22Z

Okay, by specifying explicit paths to ffi_lib for glib-2.0, gobject-2.0 and vips to /opt/local/lib/libX.dylib it worked. So, it's clearly a search path issue, but it was working before upgrading to high Sierra.

Nakilon · 2018-01-07T22:02:33Z

@ioquatix with what Ruby distribution did it work for you? System one, or rbenv, or rvm?

ioquatix · 2018-01-07T22:03:11Z

I'm using rvm.

jcupitt · 2018-01-11T13:31:49Z

The ruby-ffi issue on this has an interesting idea:

ffi/ffi#461

They are suggesting that when SIP is on, executables started from /usr/bin automatically have all environment variables stripped. This means DYLD_* is removed, and so ffi can't find the library.

To fix this, simply make a link from /usr/bin/ruby to /usr/local/bin/ruby:

ln -s /usr/bin/ruby /usr/local/bin/ruby

and it might all start working. Worth a try.

Nakilon · 2018-01-11T14:06:21Z

Sadly it doesn't work for rspec and irb because:

$ head -1 `which rspec`
#!/usr/bin/env ruby
$ head -1 /usr/bin/irb
#!/System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/bin/ruby

And even without that it does not work for me:

$ /usr/local/bin/ruby -e "require 'vips'"
/Users/nakilon/.gem/gems/ffi-1.9.18/lib/ffi/library.rb:147:in `block in ffi_lib': Could not open library 'vips': dlopen(vips, 5): image not found. (LoadError)
Could not open library '/usr/local/lib/libvips.dylib': dlopen(/usr/local/lib/libvips.dylib, 5): Library not loaded: @rpath/libpoppler.71.dylib
  Referenced from: /usr/local/opt/poppler/lib/libpoppler-glib.8.dylib
  Reason: image not found
	from /Users/nakilon/.gem/gems/ffi-1.9.18/lib/ffi/library.rb:100:in `map'
	from /Users/nakilon/.gem/gems/ffi-1.9.18/lib/ffi/library.rb:100:in `ffi_lib'
	from /Users/nakilon/.gem/gems/ruby-vips-2.0.9/lib/vips.rb:466:in `<module:Vips>'
	from /Users/nakilon/.gem/gems/ruby-vips-2.0.9/lib/vips.rb:457:in `<top (required)>'
	from /System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/2.0.0/rubygems/core_ext/kernel_require.rb:135:in `require'
	from /System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/2.0.0/rubygems/core_ext/kernel_require.rb:135:in `rescue in require'
	from /System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/2.0.0/rubygems/core_ext/kernel_require.rb:144:in `require'
	from -e:1:in `<main>'

And about rake:

$ RUBY=/usr/local/bin/ruby rake
/Users/nakilon/.gem/gems/ffi-1.9.18/lib/ffi/library.rb:147:in `block in ffi_lib': Could not open library 'vips': dlopen(vips, 5): image not found. (LoadError)
Could not open library '/usr/local/lib/libvips.dylib': dlopen(/usr/local/lib/libvips.dylib, 5): Library not loaded: @rpath/libpoppler.71.dylib
  Referenced from: /usr/local/opt/poppler/lib/libpoppler-glib.8.dylib
  Reason: image not found
	from /Users/nakilon/.gem/gems/ffi-1.9.18/lib/ffi/library.rb:100:in `map'
	from /Users/nakilon/.gem/gems/ffi-1.9.18/lib/ffi/library.rb:100:in `ffi_lib'
	from /Users/nakilon/.gem/gems/ruby-vips-2.0.9/lib/vips.rb:466:in `<module:Vips>'
	from /Users/nakilon/.gem/gems/ruby-vips-2.0.9/lib/vips.rb:457:in `<top (required)>'
	from /System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/2.0.0/rubygems/core_ext/kernel_require.rb:135:in `require'
	from /System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/2.0.0/rubygems/core_ext/kernel_require.rb:135:in `rescue in require'
	from /System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/2.0.0/rubygems/core_ext/kernel_require.rb:144:in `require'
	from /Users/nakilon/_/assembla/gems/dhash-vips/lib/dhash-vips.rb:2:in `<top (required)>'
	from /System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/2.0.0/rubygems/core_ext/kernel_require.rb:55:in `require'
	from /System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/2.0.0/rubygems/core_ext/kernel_require.rb:55:in `require'
	from /Users/nakilon/_/assembla/gems/dhash-vips/spec/_spec.rb:1:in `<top (required)>'
	from /Users/nakilon/.gem/gems/rspec-core-3.5.3/lib/rspec/core/configuration.rb:1435:in `load'
	from /Users/nakilon/.gem/gems/rspec-core-3.5.3/lib/rspec/core/configuration.rb:1435:in `block in load_spec_files'
	from /Users/nakilon/.gem/gems/rspec-core-3.5.3/lib/rspec/core/configuration.rb:1433:in `each'
	from /Users/nakilon/.gem/gems/rspec-core-3.5.3/lib/rspec/core/configuration.rb:1433:in `load_spec_files'
	from /Users/nakilon/.gem/gems/rspec-core-3.5.3/lib/rspec/core/runner.rb:100:in `setup'
	from /Users/nakilon/.gem/gems/rspec-core-3.5.3/lib/rspec/core/runner.rb:86:in `run'
	from /Users/nakilon/.gem/gems/rspec-core-3.5.3/lib/rspec/core/runner.rb:71:in `run'
	from /Users/nakilon/.gem/gems/rspec-core-3.5.3/lib/rspec/core/runner.rb:45:in `invoke'
	from /Users/nakilon/.gem/gems/rspec-core-3.5.3/exe/rspec:4:in `<main>'

Nakilon · 2018-03-05T21:18:32Z

Upgraded macOS from El Captain to High Sierra -- it comes with Ruby 2.3.3. And issue seems to be gone.

caioabe · 2022-01-31T03:12:33Z

This worked for me:
Macos M1
Rbenv
Ruby 3.0.1
Rails 7.0.1

Just ran arch -x86_64 brew install vips and the action_text successfully printed my jpg in trix editor content.

For those who don't know what arch -x86_64 is, take a look at:
https://en.wikipedia.org/wiki/Rosetta_(software)

libvips/ruby-vips#141

comomac referenced this issue in comomac/ruby-vips Oct 14, 2017

Fix MacPorts Issue. Could not open library dlopen

d2eb45d

Nakilon closed this as completed Mar 5, 2018

josh-works mentioned this issue Feb 12, 2022

Use Trix editor and tailwind for "longblob" text content josh-works/rails-auth-from-scratch-03#1

Open

shuntagami added a commit to shuntagami/dotfiles that referenced this issue Sep 16, 2023

brew install vips

748e3a7

libvips/ruby-vips#141

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Mac OS: LoadError: Could not open library 'vips' #141

Mac OS: LoadError: Could not open library 'vips' #141

Nakilon commented Oct 11, 2017 •

edited

Loading

hmistry commented Oct 12, 2017

jcupitt commented Oct 12, 2017

Nakilon commented Oct 12, 2017 •

edited

Loading

Nakilon commented Oct 12, 2017 •

edited

Loading

Nakilon commented Oct 12, 2017

Nakilon commented Oct 17, 2017 •

edited

Loading

Nakilon commented Oct 20, 2017 •

edited

Loading

Nakilon commented Oct 20, 2017

Nakilon commented Oct 21, 2017 •

edited

Loading

jcupitt commented Oct 21, 2017

Nakilon commented Oct 21, 2017

Nakilon commented Nov 20, 2017 •

edited

Loading

ioquatix commented Jan 7, 2018

ioquatix commented Jan 7, 2018

ioquatix commented Jan 7, 2018

Nakilon commented Jan 7, 2018

ioquatix commented Jan 7, 2018

jcupitt commented Jan 11, 2018 •

edited

Loading

Nakilon commented Jan 11, 2018 •

edited

Loading

Nakilon commented Mar 5, 2018

caioabe commented Jan 31, 2022 •

edited

Loading

Mac OS: LoadError: Could not open library 'vips' #141

Mac OS: LoadError: Could not open library 'vips' #141

Comments

Nakilon commented Oct 11, 2017 • edited Loading

hmistry commented Oct 12, 2017

jcupitt commented Oct 12, 2017

Nakilon commented Oct 12, 2017 • edited Loading

Nakilon commented Oct 12, 2017 • edited Loading

Nakilon commented Oct 12, 2017

Nakilon commented Oct 17, 2017 • edited Loading

Nakilon commented Oct 20, 2017 • edited Loading

Nakilon commented Oct 20, 2017

Nakilon commented Oct 21, 2017 • edited Loading

IRB

RSPEC

RAKE

jcupitt commented Oct 21, 2017

Nakilon commented Oct 21, 2017

Nakilon commented Nov 20, 2017 • edited Loading

ioquatix commented Jan 7, 2018

ioquatix commented Jan 7, 2018

ioquatix commented Jan 7, 2018

Nakilon commented Jan 7, 2018

ioquatix commented Jan 7, 2018

jcupitt commented Jan 11, 2018 • edited Loading

Nakilon commented Jan 11, 2018 • edited Loading

Nakilon commented Mar 5, 2018

caioabe commented Jan 31, 2022 • edited Loading

Nakilon commented Oct 11, 2017 •

edited

Loading

Nakilon commented Oct 12, 2017 •

edited

Loading

Nakilon commented Oct 12, 2017 •

edited

Loading

Nakilon commented Oct 17, 2017 •

edited

Loading

Nakilon commented Oct 20, 2017 •

edited

Loading

Nakilon commented Oct 21, 2017 •

edited

Loading

Nakilon commented Nov 20, 2017 •

edited

Loading

jcupitt commented Jan 11, 2018 •

edited

Loading

Nakilon commented Jan 11, 2018 •

edited

Loading

caioabe commented Jan 31, 2022 •

edited

Loading