-
Notifications
You must be signed in to change notification settings - Fork 11
Problem loading psycopg2 with glibc 2.26 #2
Comments
In case it wasn't clear, installing from sdist works:
|
Sorry, I know it sounds silly but... "have you tried restarting it"? I've seen old reports of this bug, e.g. https://lists.debian.org/debian-glibc/2005/08/msg00363.html that seem suggesting a runtime problem. If not, yes please, report it to manylinux, because it seems suggesting an ABI change which is exactly what the guys tried to avoid. |
I restarted the computer but it didn't help. For now I added
to the top of my requirements.txt to prevent pip from using the wheel. In fact, I prefer to use the system shared libraries over the bundled ones anyway, so I'll keep it regardless of the issue. Thanks! |
Attempt to fix #2 caused by pypa/auditwheel#80
Hello @bluetech Could you please test if the wheel package at http://initd.org/psycopg/upload/psycopg2-2.7.3.1.dev0/ works ok? If so I'll push a patch to auditwheel. Thank you very much.
|
Yes, it fixes the problem. Specifically, the import works and the test suite of my project passes. |
Thank you very much for testing! I will release an updated wheel package. |
encountered this psycopg/psycopg2-wheels#2 after updating system
2.7.1 is broken with glibc 2.66 upgrading to latest working version: 2.7.3 cf psycopg/psycopg2-wheels#2 Add CLA Fixes #19511 Closes #19512
Had the same issue and that dev from git hub worked!! Although, it only seemed to be a problem with running from a virtual environment. My image for docker ran fine. Go figure. |
I had this issue, but doing |
Just now I had this problem when launching a code in the Ubuntu 17.1 terminal. My solution was 'conda install psycopg2' to replace the old version. |
2.7.1 is broken with glibc 2.66 upgrading to latest working version: 2.7.3 cf psycopg/psycopg2-wheels#2 Add CLA Fixes odoo#19511 Closes odoo#19512
We need at least version 2.7.3.1, see: http://initd.org/psycopg/articles/2017/08/26/psycopg-2731-released/ psycopg/psycopg2-wheels#2 Change-Id: I5e78cf0d57dc97d47fe6b2229bff69f6bf36119f
Had this issue and following @JoelAtDeluxe
Then running |
Something about the wheel for psycopg2==2.7.x loads external operating system libraries in a way that is incompatible with the versions of those libraries provided on Trusty. To avoid any issues with bundled wheel binaries, the most recent non psycopg2-binary package is being installed. Seems related to psycopg/psycopg2-wheels#2. No reference to psycopg2 is made in requirements.txt because the application expects psycopg2 to already be there (via Ansible and the postgresql-support role).
Something about the wheel for psycopg2==2.7.x loads external operating system libraries in a way that is incompatible with the versions of those libraries provided on Trusty. To avoid any issues with bundled wheel binaries, the most recent non psycopg2-binary package is being installed. Seems related to psycopg/psycopg2-wheels#2. No reference to psycopg2 is made in requirements.txt because the application expects psycopg2 to already be there (via Ansible and the postgresql-support role).
This worked for me: pip install psycopg2-binary |
The importing fails. I think the following shell session contains all necessary details (glibc 2.26 was recently released, updating to this version triggers the problem):
Perhaps I should report this to the manylinux repository; if so please let me know.
The text was updated successfully, but these errors were encountered: