Hello,
I’m trying to setup Perceptilabs within a docker container to use within my Jetson Xavier.
I’m starting from nvcr.io/nvidia/l4t-tensorflow:r32.5.0-tf1.15-py3
that should satisfy all Perceptilab’s requirements. (Python 3.6, Tensorflow 1.15)
My current issue is that Perceptilabs is not specifically released under this architecture (aarch64) and although manylinux1 falls within the category of “almost” automatic conversion I hit a bump on the road that I’m not sure how to proceed.
When auditing the wheel (auditwheel show perceptilabs-0.11.8-cp36-cp36m-manylinux1_x86_64.whl
) I get the following diagnostic:
perceptilabs-0.11.8-cp36-cp36m-manylinux1_x86_64.whl is consistent
with the following platform tag: "linux_aarch64".
The wheel references external versioned symbols in these system-
provided shared libraries: libc.so.6 with versions {'GLIBC_2.2.5',
'GLIBC_2.4', 'GLIBC_2.14'}
This constrains the platform tag to "linux_aarch64". 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.
The image brings GLIBC 2.7 so that when I try to run auditwheel repair perceptilabs-0.11.8-cp36-cp36m-manylinux1_x86_64.whl
results in:
INFO:auditwheel.main_repair:Repairing perceptilabs-0.11.8-cp36-cp36m-manylinux1_x86_64.whl
usage: auditwheel [-h] [-V] [-v] command ...
auditwheel: error: cannot repair "perceptilabs-0.11.8-cp36-cp36m-manylinux1_x86_64.whl" to "manylinux2014_aarch64" ABI because of the presence of too-recent versioned symbols. You'll need to compile the wheel on an older toolchain.
I would greatly appreciate any pointers in the right direction.