Arch Linux User Repository

@Baytars It may be. You can always build the package in a clean chroot to make sure that it builds fine. This is how all official repository packages are built, and I build all my packages in this way.

This package is more unpopular than I thought. It should be in official packages.

@dbermond Is it related to using virtual environment in Anaconda? The output log showed that, instead of the system Python distribution, the Python path it found was that managed by Anaconda, which I use routinely. So despite the existence of makedepends, PKGBUILD could not find the dependencies in the virtual environment.

@Baytars I've just checked, and the package is building fine. It seems that something is wrong with your system, as that packages that you suggest to be handled with 'pip install' are already in makedepends. Also, notice that installing things with 'pip install' in a PKGBUILD is generally not acceptable.

Issue 1: could not find pybind11 missing pybind11_DIR
Fix: pip install pybind11[global]

Issue 2:

Looking for a CUDA compiler failed with the following output:
-- The CUDA compiler identification is unknown
CMake Error at /usr/local/share/cmake-3.23/Modules/CMakeDetermineCUDACompiler.cmake:633 (message):
  Failed to detect a default CUDA architecture.

Fix:

    cmake -B build -S TensorRT \
        ......
        -DCMAKE_CUDA_COMPILER="/opt/cuda/bin/nvcc" \  # add this line
        ......
        -Wno-dev

Issue 3: Specify CUDA_TOOLKIT_ROOT_DIR
Fix:

    cmake -B build -S TensorRT \
        ......
        -DCUDAToolkit_ROOT="/opt/cuda/" \ # add this line
        ......
        -Wno-dev

Issue 4:

CMake Error: The following variables are used in this project, but they are set to NOTFOUND.
Please set them or make sure they are set and tested correctly in the CMake files:
/var/tmp/pamac-build/tensorrt/src/TensorRT/python/PY_CONFIG_INCLUDE
   used as include directory in directory /var/tmp/pamac-build/tensorrt/src/TensorRT/python
/var/tmp/pamac-build/tensorrt/src/TensorRT/python/PY_INCLUDE
   used as include directory in directory /var/tmp/pamac-build/tensorrt/src/TensorRT/python

Fix:

cd TensorRT/python
# add begin
sed -i 's/cmake \.\./cmake \.\. -DPY_INCLUDE=\"<path to Python lib escaping />\" -DPY_CONFIG_INCLUDE=\"<path to Python lib escaping />\"/g' ./build.sh
sed -i 's/\\#/#/g' ./build.sh # awk does not recognize the regular expression \#
# add end
./build.sh

Issue 5: No module named <build, onnx, installer ...>
Fix: pip install <build, onnx, installer ...>
Please fix. Thank you!

@Twelfthnight I'm aware of the git submodule issue and I'm updating my AUR packages slowly as I can. I updated this package and now it is building fine. Thanks for the interest.

Hi, The new Git update will now refuse to clone repositories via --local clone optimization if there are symlinks in the object directory. This is due to this CVE

It causes this kind of errors

Cloning into '.../tensorrt/src/TensorRT/parsers/onnx'...
fatal: transport 'file' not allowed
fatal: clone of '.../tensorrt/src/onnx-tensorrt' into submodule path '.../tensorrt/src/TensorRT/parsers/onnx' failed
Failed to clone 'parsers/onnx'. Retry scheduled
Cloning into '.../tensorrt/src/TensorRT/third_party/cub'...
fatal: transport 'file' not allowed
fatal: clone of '.../tensorrt/src/cub-nvlabs' into submodule path '.../tensorrt/src/TensorRT/third_party/cub' failed
Failed to clone 'third_party/cub'. Retry scheduled
Cloning into '.../tensorrt/src/TensorRT/third_party/protobuf'...
fatal: transport 'file' not allowed
fatal: clone of '../tensorrt/src/protobuf-protocolbuffers' into submodule path '.../tensorrt/src/TensorRT/third_party/protobuf' failed
Failed to clone 'third_party/protobuf'. Retry scheduled
Cloning into '.../tensorrt/src/TensorRT/parsers/onnx'...
fatal: transport 'file' not allowed
fatal: clone of '.../tensorrt/src/onnx-tensorrt' into submodule path '.../tensorrt/src/TensorRT/parsers/onnx' failed
Failed to clone 'parsers/onnx' a second time, aborting

I managed to install tensorrt by setting

git config --global protocol.file.allow always

@dbermond shall the tensorrt file name be in lowercase? tensorrt-8.4.3.1.linux.x86_64-gnu.cuda-11.6.cudnn8.4.tar.gz

@acxz Sorry, but AUR helpers are not supported. Up to you to figure out why your favorite helper is not working as you expect.

@dbermond I am using an AUR helper, paru. For some reason, every time I run paru -Syu, the tensorrt package is also slated for an update, even though it has not received an update. Do you know why tensorrt is being rebuilt? Usually this happens when the version auto updates, but this doesn't seem to be the case for tensorrt. If you could take a look at this, it would be much appreciated.