According to celery (3.0.11) itself: $ celery-2.7 -A task/celery_task.py worker --loglevel=info Traceback (most recent call last): File "/usr/bin/celery-2.7", line 5, in <module> from pkg_resources import load_entry_point File "/usr/lib64/python2.7/site-packages/pkg_resources.py", line 2820, in <module> parse_requirements(__requires__), Environment() File "/usr/lib64/python2.7/site-packages/pkg_resources.py", line 589, in resolve raise DistributionNotFound(req) pkg_resources.DistributionNotFound: python-dateutil>=1.5,<2.0 This is just sample code from the homepage. Once I get past this, I get another error: "ImportError: This platform lacks a functioning sem_open implementation, therefore, the required synchronization primitives needed will not function, see issue 3770." but I guess this is another matter.
What python-dateutil version do you have currently ? I'd say something bellow 2.1 ?
It looks like requirements/default.txt should be modified to allow usage of dev-python/python-dateutil-2.1 with python2.
I was using python-dateutil 2.1 when I got the message I pasted since that's what rq's dependencies pulled.
(In reply to comment #2) > It looks like requirements/default.txt should be modified to allow usage of > dev-python/python-dateutil-2.1 with python2. Yep I guess... That's fun because tests didn't catch that, and using python-celery works... If someone have the time to write a patch, I'll be happy to apply it, else I'll try to do that this evening.
This upstream commit should do the job, but it doesn't apply cleanly to 3.0.11. Just needs to be tweaked a bit I imagine. https://github.com/celery/celery/commit/ae721b6947e7e05f26dc8438fe61106b5e993e12
Pushed a fix, can you confirm that it works ?
It no longer raises a pkg_resources error. Looks good to me.
