Opened at 2013-08-29T21:05:14Z
Closed at 2014-09-05T00:33:30Z
#2069 closed defect (wontfix)
binary eggs for linux don't work on Debian 7
Reported by: | zooko | Owned by: | |
---|---|---|---|
Priority: | normal | Milestone: | undecided |
Component: | packaging | Version: | 1.10.0 |
Keywords: | setuptools linux | Cc: | |
Launchpad Bug: |
Description
Kupo on IRC reported that using the zfec linux x86-64 egg from:
https://tahoe-lafs.org/source/tahoe-lafs/deps/tahoe-lafs-dep-eggs/README.html
results in failure on his Debian 7 system, apparently due to libpython2.7.so.1.0 not existing under that name on his system.
Change History (5)
comment:1 follow-up: ↓ 2 Changed at 2013-08-29T21:07:23Z by zooko
comment:2 in reply to: ↑ 1 ; follow-up: ↓ 3 Changed at 2013-09-01T05:24:56Z by daira
Replying to zooko:
However, if we could think of another hack to generate binary eggs that work on at least the most common Linuxes, I would be willing to try it. It could be that switching from CPythonAPI to cffi would help, but that would work only for the dependent packages that we maintain (zfec and pycryptopp) and not the others.
How would that help without a way to install a binary distribution of cffi?
comment:3 in reply to: ↑ 2 ; follow-up: ↓ 4 Changed at 2013-09-01T14:15:03Z by zooko
Replying to daira:
Replying to zooko:
However, if we could think of another hack to generate binary eggs that work on at least the most common Linuxes, I would be willing to try it. It could be that switching from CPythonAPI to cffi would help, but that would work only for the dependent packages that we maintain (zfec and pycryptopp) and not the others.
How would that help without a way to install a binary distribution of cffi?
It might help because if you use cffi then you don't depend on libpython2.7.so.1.0 not, which is — I think — the dependency that is incompatible between Ubuntu 12 and Debian 7.
comment:4 in reply to: ↑ 3 Changed at 2013-09-01T19:17:58Z by daira
Replying to zooko:
Replying to daira:
How would that help without a way to install a binary distribution of cffi?
It might help because if you use cffi then you don't depend on libpython2.7.so.1.0 not, which is — I think — the dependency that is incompatible between Ubuntu 12 and Debian 7.
I would be astonished if cffi didn't depend on libpython.
comment:5 Changed at 2014-09-05T00:33:30Z by zooko
- Resolution set to wontfix
- Status changed from new to closed
Okay, I'm officially closing all tickets that have to do with binary eggs (except on Windows) as wontfix. Binary eggs have never worked on other platforms than Windows, and never will. I hate this, but I hereby stop struggling against it.
I suspect that the solution is going to have to be to give up on the idea of distributing binaries that people can use on Linux. Instead, Linux users will have to have a compiler and Python header files installed, or will have to manually install dependencies (zfec, pycryptopp, zope.interface, Twisted, pyOpenSSL, and PyCrypto) from a pre-built binary package instead of from source.
However, if we could think of another hack to generate binary eggs that work on at least the most common Linuxes, I would be willing to try it. It could be that switching from CPythonAPI to cffi would help, but that would work only for the dependent packages that we maintain (zfec and pycryptopp) and not the others.