Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

pyflow: /lib64/libc.so.6: version `GLIBC_2.18' not found (required by pyflow) #50

Closed
pawamoy opened this issue Feb 24, 2020 · 6 comments
Labels
bug Something isn't working

Comments

@pawamoy
Copy link

pawamoy commented Feb 24, 2020

Is version 2.18 mandatory, or could it work with 2.17?

@David-OConnor David-OConnor added the bug Something isn't working label Feb 29, 2020
@David-OConnor
Copy link
Owner

David-OConnor commented Feb 29, 2020

Not sure. Could you please post your pyproject.toml and OS ?

@pawamoy
Copy link
Author

pawamoy commented Mar 3, 2020

OS is Red Hat Enterprise Linux 7. I checked online and the latest version of glibc shipped for RHEL7 is 2.17 (hence my question above).

I don't even have a pyproject.toml file yet: simply running pyflow generates this message, with or without options (-h, --help, etc.).

I installed it with pipx, which should be equivalent to the pip installation method.

@David-OConnor
Copy link
Owner

David-OConnor commented Mar 3, 2020

I think I understand this better now. What happens if you remove the pipx version, and install using the RPM?

The reason the RPM exists is partly because RH/CentOs/Fedora etc use different system lib versions than other OSes: They're deliberately built on CentOS 7.

The Pip/Pypi version is built using Ubuntu, which probably has incompatible dependencies. If this solves it, I'll update the readme.

@pawamoy
Copy link
Author

pawamoy commented Mar 3, 2020

Unfortunately the RPM download URL is not whitelisted by my corporate proxy, so I cannot try it 🙂

I totally understand that using pip to install pyflow on Red Hat is not the recommended method, so you can safely close this issue since Red Hat is already mentioned in the readme, saying that the RPM package must be used.

I wonder if a conda package would help here.

Anyway, thank you for your help!

@David-OConnor
Copy link
Owner

David-OConnor commented Mar 4, 2020

Updated the readme to indicate the pip version is unlikely to work with RH family distros. It might be feasible to submit wheels built on CentOs (Which I suspect will work on your system) to Pypi in addition to ones built on a newer Linux OS, but I'm not sure how that would work, ie if pip would know which to use. Currently there's just one Linux and one Windows wheel.

When I look on Pypi for packages that have many wheels, they're usually differentiated by Linux / Win / Mac, and diff Py versions, and aren't sensitive to which Linux distro.

@pawamoy
Copy link
Author

pawamoy commented Mar 4, 2020

Interesting! I have no experience with publishing wheels for different operating systems on PyPI, I will take a look into that 🙂

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

2 participants