OSError: dlopen(libSystem.dylib, 6): image not found

Question

Just updated my Mac to El Capitan 10.11. I am trying to run Django 1.6 with Celery 3.1 and I\'m getting this error now:

Unhandled exception in thread starte         


        

Answer 1

You can delete the current celery version, and then download it from the http://pypi.python.org/pypi/celery/, build and install the sorce code.It is helpful for me, and I hope so do you.

Answer 2

Reinstalling python solved the issue for me. Using brew you can just brew install python again. If it says that you need permission to write to /usr/local, try to change permissions by sudo chown -R $(whoami):admin /usr/local, and then install python.

Answer 3

I uninstall "billiard,celery,kombu,amqp" those four packages. Then reinstall the latest version from github solved this

Answer 4

In my case, the error is because Homebrew was not symlink to gettext properly. I've solved this using

brew unlink gettext && brew link --force gettext

Answer 5

I suspect (but can't confirm) the System Integrity Protection (SIP) of OSX El Capitan is preventing access to your /usr/lib folder.

It would be extreme and defeating the purpose of the security feature, but you could try disabling SIP by booting into the OS X Recovery partition, executing csrutil disable and rebooting...atleast until another option / work-around can be found.

ArsTechnica has a write-up here: http://arstechnica.com/apple/2015/09/os-x-10-11-el-capitan-the-ars-technica-review/9/

And a similar issue is described here: http://blog.honekamp.net/blog/2015/09/07/el-cap-and-my-printer/

More discussion on Hacker News here: https://news.ycombinator.com/item?id=10309576

Answer 6

I ran into the same issue getting celery to work.

I did some quick tests and here's what I found, but can't quite pin it on a specific cause yet:

a. stock python with ctypes.CDLL("libSystem.dylib") results in the image not found error.

b. stock python with ctypes.CDLL("/usr/lib/libSystem.dylib") works

c. virtualenv python with ctypes.CDLL("libSystem.dylib") works