Problem Statement
Hi, I'm trying to deploy OpenViking in an intranet environment
with glibc 2.28 (Ubuntu 18.04 / CentOS 8 equivalent).
The current wheel on PyPI is built against manylinux_2_31 and
references GLIBC_2.29/2.30 symbols, making it incompatible.
Could you please provide a manylinux_2_28 wheel, or add it to
the CI release pipeline?
auditwheel show output:
INFO:auditwheel.wheel_abi:setting libc to glibc
openviking-0.3.15.dev5-cp310-abi3-linux_x86_64.whl is consistent with
the following platform tag: "manylinux_2_31_x86_64".
The wheel references external versioned symbols in these
system-provided shared libraries: libgcc_s.so.1 with versions
{'GCC_3.0', 'GCC_3.4', 'GCC_4.2.0', 'GCC_3.3'}, libpthread.so.0 with
versions {'GLIBC_2.2.5', 'GLIBC_2.12'}, libm.so.6 with versions
{'GLIBC_2.29', 'GLIBC_2.2.5'}, libdl.so.2 with versions
{'GLIBC_2.2.5'}, libc.so.6 with versions {'GLIBC_2.29', 'GLIBC_2.3',
'GLIBC_2.15', 'GLIBC_2.14', 'GLIBC_2.16', 'GLIBC_2.7', 'GLIBC_2.17',
'GLIBC_2.25', 'GLIBC_2.18', 'GLIBC_2.9', 'GLIBC_2.30', 'GLIBC_2.3.2',
'GLIBC_2.4', 'GLIBC_2.2.5', 'GLIBC_2.28', 'GLIBC_2.3.4'},
libstdc++.so.6 with versions {'GLIBCXX_3.4.20', 'GLIBCXX_3.4',
'CXXABI_1.3.5', 'GLIBCXX_3.4.9', 'CXXABI_1.3.9', 'CXXABI_1.3',
'GLIBCXX_3.4.14', 'GLIBCXX_3.4.15', 'GLIBCXX_3.4.21',
'GLIBCXX_3.4.22', 'GLIBCXX_3.4.19', 'GLIBCXX_3.4.18', 'CXXABI_1.3.7',
'GLIBCXX_3.4.11', 'GLIBCXX_3.4.26'}
This constrains the platform tag to "manylinux_2_31_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.
Proposed Solution
as below.
Alternatives Considered
No response
Feature Area
Core (Client/Engine)
Use Case
as below
Example API (Optional)
Additional Context
No response
Contribution
Problem Statement
Hi, I'm trying to deploy OpenViking in an intranet environment
with glibc 2.28 (Ubuntu 18.04 / CentOS 8 equivalent).
The current wheel on PyPI is built against manylinux_2_31 and
references GLIBC_2.29/2.30 symbols, making it incompatible.
Could you please provide a manylinux_2_28 wheel, or add it to
the CI release pipeline?
auditwheel show output:
INFO:auditwheel.wheel_abi:setting libc to glibc
openviking-0.3.15.dev5-cp310-abi3-linux_x86_64.whl is consistent with
the following platform tag: "manylinux_2_31_x86_64".
The wheel references external versioned symbols in these
system-provided shared libraries: libgcc_s.so.1 with versions
{'GCC_3.0', 'GCC_3.4', 'GCC_4.2.0', 'GCC_3.3'}, libpthread.so.0 with
versions {'GLIBC_2.2.5', 'GLIBC_2.12'}, libm.so.6 with versions
{'GLIBC_2.29', 'GLIBC_2.2.5'}, libdl.so.2 with versions
{'GLIBC_2.2.5'}, libc.so.6 with versions {'GLIBC_2.29', 'GLIBC_2.3',
'GLIBC_2.15', 'GLIBC_2.14', 'GLIBC_2.16', 'GLIBC_2.7', 'GLIBC_2.17',
'GLIBC_2.25', 'GLIBC_2.18', 'GLIBC_2.9', 'GLIBC_2.30', 'GLIBC_2.3.2',
'GLIBC_2.4', 'GLIBC_2.2.5', 'GLIBC_2.28', 'GLIBC_2.3.4'},
libstdc++.so.6 with versions {'GLIBCXX_3.4.20', 'GLIBCXX_3.4',
'CXXABI_1.3.5', 'GLIBCXX_3.4.9', 'CXXABI_1.3.9', 'CXXABI_1.3',
'GLIBCXX_3.4.14', 'GLIBCXX_3.4.15', 'GLIBCXX_3.4.21',
'GLIBCXX_3.4.22', 'GLIBCXX_3.4.19', 'GLIBCXX_3.4.18', 'CXXABI_1.3.7',
'GLIBCXX_3.4.11', 'GLIBCXX_3.4.26'}
This constrains the platform tag to "manylinux_2_31_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.
Proposed Solution
as below.
Alternatives Considered
No response
Feature Area
Core (Client/Engine)
Use Case
as below
Example API (Optional)
Additional Context
No response
Contribution