You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Is there a way that I missed to solve my issue without changing the audhitwheel code?
Would it be beneficial to allow a user to specify a list of libs for auditwheel to ignore?
The text was updated successfully, but these errors were encountered:
I also hit this (or something similar) with --platform manylinux2010 and a C++ project, container img dockcross/manylinux2010-x64 and libcrypt-2.12.so . May be a separate issue related to the fact that there is versioning information in the filename instead 'libcrypt-2.12.so' which auditwheel transforms to libcrypt-2-<XXXXXXXX>.12.so
Hi,
OS: CentOS 6.10
libz.so: 1.2.3
python: 3.6.6
patchelf: 9.0
I've just run into an issue with
libz.so
with its1.2.3
version on CentOS 6.When repairing I get the following error:
I also get a
segfault
if I simply try to--print-soname
.Note that there is no similar issue with the
libz.1.2.7
on CentOS 7.It turns out that I really don't need
libz
to be included in this process, since (at least on all our CentOS systems) it comes already installed.I temporarily worked around that by wrapping the
copylib
into atry/except
block:and it works.
My repaired wheel can be installed and the dependency to
libz.so
gets resolved on the target system to the one in/lib64/
.I also thought about playing with the
whitelist
inpolicy.json
.I'm not sure if this is related to #152.
Is there a way that I missed to solve my issue without changing the audhitwheel code?
Would it be beneficial to allow a user to specify a list of libs for auditwheel to ignore?
The text was updated successfully, but these errors were encountered: