Summary: | app-shells/pwsh-bin-7.2.6 installs files with unresolved SONAME dependencies | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Agostino Sarubbo <ago> |
Component: | Current packages | Assignee: | Maciej Barć <xgqt> |
Status: | RESOLVED NEEDINFO | ||
Severity: | normal | CC: | ionen, zmedico |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
See Also: | https://bugs.gentoo.org/show_bug.cgi?id=798990 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | build.log |
Description
Agostino Sarubbo
2021-11-21 07:11:57 UTC
Created attachment 754074 [details]
build.log
build log and emerge --info
The ebuild already has a dependency on dev-util/lttng-ust:0, so it looks like the tinderbox /var/db/pkg/ entry for dev-util/lttng-ust may be missing PROVIDES metadata (may have been caused by a broken scanelf as in bug 811462). If your scanelf is working now, then a rebuild of dev-util/lttng-ust should fix its PROVIDES metadata. ci has reproduced this issue with version 7.2.1 - Updating summary. ci has reproduced this issue with version 7.2.4 - Updating summary. ci has reproduced this issue with version 7.2.5 - Updating summary. ci has reproduced this issue with version 7.2.6 - Updating summary. I can reproduce for at least libttng-ust too: * QA Notice: Unresolved soname dependencies: * * /opt/dotnet-sdk-bin-7.0/shared/Microsoft.NETCore.App/7.0.0/libcoreclrtraceptprovider.so: liblttng-ust.so.0 dev-util/lttng-ust-2.13.2 is installed but it provides /usr/lib64/liblttng-ust.so.1 (not .0) oops replied to wrong bug |