Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
We were seeing this error when importing the `thrift` package: Repairing wheel artifactory-0.1.17-py3-none-any.whl INFO:auditwheel.main_show:This does not look like a platform wheel, no ELF executable or shared library file (including compiled Python C extension) found in the wheel archive Assuming artifactory-0.1.17-py3-none-any.whl is a non-platform wheel. Skipping. Repairing wheel thrift-0.16.0-cp310-cp310-linux_x86_64.whl thrift-0.16.0-cp310-cp310-linux_x86_64.whl is consistent with the following platform tag: "manylinux_2_34_x86_64". The wheel references external versioned symbols in these system-provided shared libraries: libgcc_s.so.1 with versions {'GCC_3.0'}, libc.so.6 with versions {'GLIBC_2.2.5'}, libstdc++.so.6 with versions {'CXXABI_1.3', 'GLIBCXX_3.4.29', 'GLIBCXX_3.4'} This constrains the platform tag to "manylinux_2_34_x86_64". In order to achieve a more compatible tag, you would need to recompile a new wheel from source on a system with earlier versions of these libraries, such as a recent manylinux image. INFO:auditwheel.main_repair:Repairing thrift-0.16.0-cp310-cp310-linux_x86_64.whl usage: auditwheel [-h] [-V] [-v] command ... auditwheel: error: cannot repair "/opt/971_build/wheelhouse_tmp/thrift-0.16.0-cp310-cp310-linux_x86_64.whl" to "manylinux_2_31_x86_64" ABI because of the presence of too-recent versioned symbols. You'll need to compile the wheel on an older toolchain. The issue here is that we were trying to achieve `manylinux_2.31` compatibility. That's not really possible when you compile against the system glibc in an Ubuntu 22.04 container. So the solution here is to bump the compatibility requirement for the version of glibc in Ubuntu 22.04. Change-Id: If5d7b09ec2db7473a1eb5b8a42e8d1b61e095df4 Signed-off-by: James Kuszmaul <[email protected]>
- Loading branch information