Package Details: openvino 2022.3.0-1

Git Clone URL: (read-only, click to copy)
Package Base: openvino
Description: A toolkit for developing artificial inteligence and deep learning applications
Upstream URL:
Licenses: Apache
Conflicts: intel-openvino
Provides: intel-openvino
Replaces: intel-openvino
Submitter: dbermond
Maintainer: dbermond
Last Packager: dbermond
Votes: 4
Popularity: 0.24
First Submitted: 2020-12-23 22:29 (UTC)
Last Updated: 2022-12-23 14:10 (UTC)

Sources (26)

Latest Comments

1 2 Next › Last »

mozzribo commented on 2022-11-14 22:38 (UTC)

Yep, it works now! Thanks for the maintenance. :) I deleted my previous comment as it was pretty lengthy.

dbermond commented on 2022-11-14 14:06 (UTC)

@mozzribo I've just updated the package right before your comment, and it's building fine. The git fix was pushed. Probably you are using an outdated checkout of this repository. Make sure to update it with 'git pull', or clone it again.

dbermond commented on 2022-05-02 21:14 (UTC)

@AaronC Instead of using a virtual machine with a fresh install just to build a package, build the package in a clean chroot. That's how all the packages in the official repositories are built, and that's how I built all my packages. It assures that there are no interference with files and variables from your environment, as it's built in an isolated chroot environment. It should build fine for you in this way, as it builds fine for me, since it will be built on the same isolated environment. Beware that the built package may give problems to you at runtime, since you appear to have custom stuff on '/usr/local' that can interfere (as building on the chroot will use only files from the official repositories if you don't install anything else on the chroot), and you should make sure to have a clear Arch Linux environment firstly if you opt for doing this way.

AaronC commented on 2022-05-02 13:39 (UTC)

@dbermond Thank you for checking. I don't see any clear error messages anywhere in the output. I was assuming that the /usr/local stuff was part of this install. It's been a few years since I've refreshed my base installation, so it is certainly possible that I have some conflicting libraries installed. Normally I would spin up a virtual machine and install it on a fresh install, but unfortunately I am trying to get this to work with an Intel NCS2 which behaves really oddly when used from a virtual machine.

Thanks, Aaron

dbermond commented on 2022-04-29 21:45 (UTC)

@AaronC I've just checked, and the package is building fine for me. Maybe your build log have previous errors that are not on your pastebin, since there are no clear error messages on pastebin. Anyway, it looks like that something is clearly wrong with your system, since the ld warning is being shown for a library that is at '/usr/local', and Arch Linux does not uses '/usr/local'. ld complains about, but Arch Linux ships, so it's referring to a file that is not shipped by the official repositories. At a first glance, it seems that you have some custom stuff installed that is conflicting. My build log does not show anything related to '/usr/local' and/or non-shipped, and no such ld warnings.

AaronC commented on 2022-04-29 13:48 (UTC)

This is a super complex package - Thank you for working on it.

Unfortunately when I first tried to build this, it got to 97% and then reported a bunch of errors around missing shared object files starting with

/usr/bin/ld: warning:, needed by /usr/local/lib64/, not found (try using -rpath or -rpath-link)

This is a warning, so I'm not sure if it is the error, but I think it causes the build to fail. This pastebin contains the full error message:

My computer has /usr/lib/ installed on it, and updated versions of the other files also. I have installed opencv before, so possibly they got installed then?

Any thoughts on how to get around this?


dbermond commented on 2021-12-29 14:44 (UTC)

@peter.babic Fixed.