openvino 2024.1.0

[artanokhov]

• Have you followed the guidelines for contributing?
• Have you ensured that your commits follow the commit style guide?
• Have you checked that there aren't other open pull requests for the same formula update/change?
• Have you built your formula locally with HOMEBREW_NO_INSTALL_FROM_API=1 brew install --build-from-source <formula>, where <formula> is the name of the formula you're submitting?
• Is your test running fine brew test <formula>, where <formula> is the name of the formula you're submitting?
• Does your build pass brew audit --strict <formula> (after doing HOMEBREW_NO_INSTALL_FROM_API=1 brew install --build-from-source <formula>)? If this is a new formula, does it pass brew audit --new <formula>?

---

[artanokhov]

@chenrui333 @ZhongRuoyu
Currently we observe
Truncated linkage --test openvino output [46](https://github.com/Homebrew/homebrew-core/actions/runs/8798103438/job/24144603076?pr=169752#step:4:48) Error: Missing libraries: [47](https://github.com/Homebrew/homebrew-core/actions/runs/8798103438/job/24144603076?pr=169752#step:4:49) libze_loader.so.1
but we expect libze_loader.so to be part of the driver that the end user can install on their hardware.
Is there a way to suppress this check for a specific library?

[ZhongRuoyu]

Is there a way to suppress this check for a specific library?

No, I don't think so; cc @Homebrew/core

[SMillerDev]

but we expect libze_loader.so to be part of the driver that the end user can install on their hardware.
Is there a way to suppress this check for a specific library?

That error suggests that there is a link to it though, so the user MUST install the driver otherwise it does not work.

[artanokhov]

but we expect libze_loader.so to be part of the driver that the end user can install on their hardware.
Is there a way to suppress this check for a specific library?

That error suggests that there is a link to it though, so the user MUST install the driver otherwise it does not work.

Yes, that's right, but that's one of the plugins we have.
Thus, the user does not necessarily need to install the NPU driver if, for example, he will only use the CPU plugin.

So, in other words there is no way to suppress such error?
Because in Conda(Conda-Forge) there is possibility to do that via missing_dso_whitelist
https://docs.conda.io/projects/conda-build/en/stable/resources/define-metadata.html#whitelisting-shared-libraries

[ZhongRuoyu]

Is libze_loader.so from https://github.com/oneapi-src/level-zero? If so, does it make sense to make a formula for https://github.com/oneapi-src/level-zero and add a dependency on it?

[artanokhov]

@ZhongRuoyu @chenrui333
Could you please add following labels:
long build
CI-long-timeout
CI-no-fail-fast

[ilya-lavrenov]

@ZhongRuoyu @chenrui333
is it possible to implement auto-bump of dependencies' revisions? It can be analyzed that one package hardly depends on another and perform auto-bump

[artanokhov]

@ZhongRuoyu @chenrui333
As I see currently CI has fallen due to
Error: PR requires the CI-long-timeout label but it is not set! Error: If the longer timeout is not required, remove the "long build" label. Error: Otherwise, add the "CI-long-timeout" label. Error: No more than 2 PRs at a time may use "CI-long-timeout".

Please clarify whether it will be set automatically or will some additional actions be required?

[github-actions]

🤖 An automated task has requested bottles to be published to this PR.