Package Details: openvino 2024.6.0-1

Git Clone URL: https://aur.archlinux.org/openvino.git (read-only, click to copy)
Package Base: openvino
Description: A toolkit for developing artificial inteligence and deep learning applications
Upstream URL: https://docs.openvinotoolkit.org/
Licenses: Apache-2.0
Conflicts: intel-openvino
Provides: intel-openvino
Replaces: intel-openvino
Submitter: dbermond
Maintainer: dbermond
Last Packager: dbermond
Votes: 12
Popularity: 0.68
First Submitted: 2020-12-23 22:29 (UTC)
Last Updated: 2024-12-20 01:20 (UTC)

Dependencies (20)

Sources (33)

Latest Comments

1 2 3 4 5 6 Next › Last »

dbermond commented on 2024-12-10 20:40 (UTC)

@PatoPan this should not happen, as we are building protobuf from git submodules instead of using system protobuf (the lines in your log saying "Found Protobuf: /usr/lib/libprotobuf.so" and similar ones about system protobuf should not appear). Make sure that you have an up-to-date clone of this git repository.

PatoPan commented on 2024-12-10 18:14 (UTC) (edited on 2024-12-10 18:16 (UTC) by PatoPan)

I get the following error

-- CMAKE_CXX_FLAGS: -Wsuggest-override -march=x86-64 -mtune=generic -O2 -pipe -fno-plt -fexceptions          -Wformat -Werror=format-security         -fstack-clash-protection -fcf-protection         -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -Wp,-D_GLIBCXX_ASSERTIONS -g -ffile-prefix-map=/home/prime/.cache/paru/clone/openvino/src=/usr/src/debug/openvino -flto=auto -fsigned-char -ffunction-sections -fdata-sections -fdiagnostics-show-option -Wall -Wundef -Wno-suggest-override
-- Found Protobuf: /usr/lib/libprotobuf.so (found version "5.28.3")
-- TBB (2022.0.0) is found at /usr/lib/cmake/TBB
-- Static tbbbind_2_5 package usage is disabled, since oneTBB (ver. 2022.0.0) provides dynamic TBBBind 2.5+
CMake Error at /usr/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:233 (message):
  Could NOT find Protobuf (missing: Protobuf_INCLUDE_DIR) (found version
  "5.28.3")
Call Stack (most recent call first):
  /usr/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:603 (_FPHSA_FAILURE_MESSAGE)
  /usr/share/cmake/Modules/FindProtobuf.cmake:772 (FIND_PACKAGE_HANDLE_STANDARD_ARGS)
  /usr/lib/cmake/ONNX/ONNXConfig.cmake:11 (find_package)
  src/frontends/onnx/onnx_common/CMakeLists.txt:41 (find_package)

dbermond commented on 2024-09-23 15:58 (UTC)

@puddings233 Reproduced. The npu plugin requires avx and it seems there is no way to configure it to use generic x86_64 instructions. I had to disable it. Package updated and building fine now. Thanks for reporting.

puddings233 commented on 2024-09-23 07:35 (UTC) (edited on 2024-09-23 11:16 (UTC) by puddings233)

Build failed in clean chroot using pkgctl build
Full log at: https://fars.ee/nEK3

dbermond commented on 2024-09-22 19:28 (UTC)

@carlosnewmusic I cannot reproduce your issue. I have just checked, and the package is building fine with makepkg, and also in a clean chroot. The high amount of messages saying "Updating files" (or something like that, your log it's not in english) alongside with a percentage makes me think that you are not using makepkg, as makepkg does not produce it. Are you on Arch Linux? What is the command that you are using to build?

carlosnewmusic commented on 2024-09-22 10:37 (UTC)

build error https://pastebin.com/yhECnMD2

dbermond commented on 2024-08-27 17:03 (UTC)

@gbin you can build the package in an clean chroot for an isolated build environment.

gbin commented on 2024-08-25 01:15 (UTC)

I think I understand what is going on: this package tries to vendor onnx, pytorch etc ... but if you happen to have them already on your system the build is not sandboxed properly and can pick up an incompatible package. Is there a way to either pin a compatible version of those dependencies or properly isolate this build? (basically I had to blow up my functioning ML install just to be able to build and try this package)

1 2 3 4 5 6 Next › Last »