Closed ad-daniel closed 1 year ago
what docker do you try? Is it the embeded versions or the pc version?
PC version, built from this dockerfile with:
docker build --build-arg branch=master --file Dockerfile .
I will try to install it myself and check all the logging.
So I just install the CPU version, In docker we do not have install the zip dependencies from apt so it can not install libtorch.
remove the libtorch directory in /usr/local/libtorch and the /usr/local/lib/libtorchvision.so after that install zip with : sudo apt install zip and run again the install_torch_c_api.sh
If you want to install the cuda version you must install different version of cuda. cuda 11.2 and libtorch are not compatible. When script is running normaly, a warning explain to the user that cuda enabled libtorch didn't installed properly and what the user must do with references to git issues and a table of wheals that is available. I prefere to make the default cuda to 11.6 or even better 11.7 so we can make it easier for newer version of ubuntu as well but this is a different issue.
In embeded devices the installation is different and I have inform Pavlos Tosidis on how to install and run libtorch so we do not have the same issues.
@ad-daniel Can you try and run the docker installation in docker and docker-cuda files with the new branch: docker_fixes_libtorch ? I have make some changes so it must install libtorch both in cuda and cpu versions correctly. Moreover I change the version of onnx C install after testing that all scripts work correctly, because in gpu supported installation onnx 1.6.0 wanted cuda 10.2 and couldn't compile for me.
I think it's easier if you open a draft pull request and set the "test release" label. By checking the logs of the "build docker" job you can immediately see if there's problems during the compilation process. That way I can also see the changes you mention
I can do that but I can not be sure about the CUDA installation with this method, am I wrong?
During the building of the docker, a failure occurs when compiling the C api:
It doesn't prevent the docker image itself from being built since all is green, but I doubt nanodet C inference would work in this case. Surprisingly, it seems to happen just in the docker, when building from source (setting the
test tools
) label, it doesn't seem to fail, so it appears to be docker specific.@ManosMpampis, can you perhaps investigate?