Arch Linux User Repository

@gatsby The issue with the benchmark_app install path is due to changes in the recently released python-installer v1.0.0, which is now currently in the official repositories. Now it adds '/usr' to the installation prefix when an empty string is passed in the --prefix option. I've just pushed a fix, and the package is now building fine. Regarding makepkg -e usage, you are not supposed to use it standalone when building/upgrading a package. When, for some reason, using makepkg -e, this should be combined with other makepkg commands that extract the sources and run prepare(). You should do a clean build (makepkg -C) when building packages, or even better, use devtools to build the package in a clean chroot.

I'm sharing a few changes I implemented to get this package building locally. These might be specific to my environment, but they were critical blockers:

Benchmark App Path: package_python-openvino-git() failed to locate the benchmark binary.

Error: stat: benchmark_app/bin/benchmark_app: No such file or directory

Fix: Updated the install path to: install -D -m755 benchmark_app/usr/bin/benchmark_app "${pkgdir}/usr/bin/ov-py-benchmark_app"

Missing Directories for Split Packages: Several mv commands failed because destination directories did not exist.

Fix: Added mkdir -p before moves. Example in package_openvino-git(): mkdir -p intel-gpu-plugin/usr/lib/openvino mv "$pkgdir/usr/lib/openvino/libopenvino_intel_gpu_plugin.so" "intel-gpu-plugin/usr/lib/openvino/"

Python Installer Idempotency (FileExistsError): When using makepkg -e, python -m installer fails if the target directory isn't empty.

Fix: Added rm -rf "$srcdir/benchmark_app" before the installer runs to ensure a clean state.

Environment: Arch Linux, Python 3.14, Fish shell.

Still not building here: -- /usr/bin/pkg-config: libva (1.23.0) is found at /usr -- Configuring done (8.1s) CMake Error at /usr/lib64/cmake/ONNX/ONNXTargets.cmake:70 (set_target_properties): The link interface of target "ONNX::onnx" contains:

absl::absl_check

but the target was not found. Possible reasons include:

* There is a typo in the target name.                                                                       
* A find_package call is missing for an IMPORTED target.                                                    
* An ALIAS target is missing.

Call Stack (most recent call first):
/usr/lib64/cmake/ONNX/ONNXConfig.cmake:12 (include)
thirdparty/dependencies.cmake:555 (find_package)
CMakeLists.txt:189 (include)

CMake Error at /usr/lib64/cmake/ONNX/ONNXTargets.cmake:79 (set_target_properties): The link interface of target "ONNX::onnx_proto" contains:

absl::absl_check

but the target was not found. Possible reasons include:

* There is a typo in the target name.                                                                       
* A find_package call is missing for an IMPORTED target.                                                    
* An ALIAS target is missing.

Call Stack (most recent call first):
/usr/lib64/cmake/ONNX/ONNXConfig.cmake:12 (include)
thirdparty/dependencies.cmake:555 (find_package)
CMakeLists.txt:189 (include)

@ninetailedtori package updated to match the latest upstream changes.

Right, fixed the whole issue!

    export WHEEL_VERSION="${pkgver%%_vc*}"

This fixed it, there was some change with how the wheel version was generated upstream?

Wait, but now I'm throwing this, in the phase of packaging:

==> Checking for packaging issues...
==> WARNING: Package contains reference to $srcdir
usr/lib/openvino/libopenvino_intel_npu_plugin.so
==> Creating package "openvino-intel-npu-plugin-git"...
  -> Generating .PKGINFO file...
  -> Generating .BUILDINFO file...
  -> Generating .MTREE file...
  -> Compressing package...
==> Starting package_python-openvino-git()...
Traceback (most recent call last):
  File "/tmp/makepkg/openvino-git/src/openvino/setup.py", line 810, in <module>
    setup(
    ~~~~~^
        name="openvino",
        ^^^^^^^^^^^^^^^^
    ...<18 lines>...
        zip_safe=False,
        ^^^^^^^^^^^^^^^
    )
    ^
  File "/usr/lib/python3.13/site-packages/setuptools/__init__.py", line 115, in setup
    return distutils.core.setup(**attrs)
           ~~~~~~~~~~~~~~~~~~~~^^^^^^^^^
  File "/usr/lib/python3.13/site-packages/setuptools/_distutils/core.py", line 148, in setup
    _setup_distribution = dist = klass(attrs)
                                 ~~~~~^^^^^^^
  File "/usr/lib/python3.13/site-packages/setuptools/dist.py", line 332, in __init__
    self.metadata.version = self._normalize_version(self.metadata.version)
                            ~~~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.13/site-packages/setuptools/dist.py", line 368, in _normalize_version
    normalized = str(Version(version))
                     ~~~~~~~^^^^^^^^^
  File "/usr/lib/python3.13/site-packages/packaging/version.py", line 202, in __init__
    raise InvalidVersion(f"Invalid version: {version!r}")
packaging.version.InvalidVersion: Invalid version: '2025.4.1_vc_mt'
==> ERROR: A failure occurred in package_python-openvino-git().
    Aborting...
 -> error making: openvino-git-exit status 4
removing untracked AUR files from cache...
:: Cleaning (1/1): /tmp/makepkg/openvino-git
 -> Failed to install the following packages. Manual intervention is required:

Right, it's due to the fact that python-openvino-git ends up with non-semantic versioning somewhere, which is incompatible with the >66 versions of setuptools, but, we use the latest setuptools in this project, of course. This causes the error to be thrown, oddly, and I'm not sure if it's within our system that's causing that issue or, if it's something system-based.

Do you know how to fix this issue btw, daniel? Bit of a weird issue, and my paths do look like they're ordered correctly.

CMake Error in src/bindings/python/src/pyopenvino/CMakeLists.txt:
  Imported target "pybind11::headers" includes non-existent path

    "/include"

  in its INTERFACE_INCLUDE_DIRECTORIES.  Possible reasons include:

  * The path was deleted, renamed, or moved to another location.

  * An install or uninstall procedure did not complete successfully.

  * The installation package was faulty and references files it does not
  provide.

Not sure why there's a /include as it's not in my local include paths at all, so there must be an issue within one of the repo build toolchains somewhere maybe I've missed? Or I'm just missing something hahah.

Edit: Found it, what fixed it for me was this:

env PATH="/usr/lib/python3.13/site-packages/:$PATH"

Seems my PATH didn't include the site-packages for some weird reason, must've been in a system refactor. Is it possible to get that added to the PATH if not found in the user's PATHs? Or would that be considered bad etiquette in a PKGBUILD? Not too sure hahah

@ninetailedtori A patch needed an update to match the latest upstream changes. I've updated the package, and now it's building fine. Thanks for reporting.

Hiya, I'm getting a hunk error when trying to make this package right now, would it be possible to let me know how to fix it? Tried everything, even in chroot with all defaults it seems to be failing ;w; Not sure if it's my fault, if I did something wrong, but I should mention this is with everything wiped each attempt build.

Updated Git hooks.
Git LFS initialized.
Skipping submodule 'src/bindings/python/thirdparty/pybind11'
Skipping submodule 'thirdparty/flatbuffers/flatbuffers'
Skipping submodule 'thirdparty/ocl/icd_loader'
Skipping submodule 'thirdparty/pugixml'
Skipping submodule 'thirdparty/snappy'
patching file cmake/developer_package/packaging/archive.cmake
patching file src/common/util/src/file_util.cpp
Hunk #1 FAILED at 422.
1 out of 1 hunk FAILED -- saving rejects to file src/common/util/src/file_util.cpp.rej
patching file src/plugins/intel_npu/tools/compile_tool/CMakeLists.txt
patching file src/plugins/intel_npu/tools/protopipe/CMakeLists.txt
patching file src/plugins/intel_npu/tools/single-image-test/CMakeLists.txt
==> ERROR: A failure occurred in prepare().
    Aborting...