Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 907481 - media-plugins/gst-plugins-va-1.22.3 installs files with unresolved SONAME dependencies
Summary: media-plugins/gst-plugins-va-1.22.3 installs files with unresolved SONAME dep...
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: GStreamer package maintainers
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2023-05-31 09:44 UTC by Agostino Sarubbo
Modified: 2023-06-10 13:18 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
build.log (build.log,159.55 KB, text/plain)
2023-05-31 09:44 UTC, Agostino Sarubbo
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Agostino Sarubbo gentoo-dev 2023-05-31 09:44:16 UTC
https://blogs.gentoo.org/ago/2020/07/04/gentoo-tinderbox/

Issue: media-plugins/gst-plugins-va-1.22.3 installs files with unresolved SONAME dependencies.
Discovered on: amd64 (internal ref: ci)
Comment 1 Agostino Sarubbo gentoo-dev 2023-05-31 09:44:18 UTC
Created attachment 862963 [details]
build.log

build log and emerge --info
Comment 2 Sam James archtester Gentoo Infrastructure gentoo-dev Security 2023-05-31 20:29:32 UTC
I *do* have /usr/lib/libgstva-1.0.so.0, but it's installed by gst-plugins-bad which brings us to bug 907479..
Comment 3 Larry the Git Cow gentoo-dev 2023-06-01 03:11:08 UTC
The bug has been referenced in the following commit(s):

https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=b70fd2a58e50cd4104cd5dca5a975170e758b22e

commit b70fd2a58e50cd4104cd5dca5a975170e758b22e
Author:     Sam James <sam@gentoo.org>
AuthorDate: 2023-06-01 02:44:47 +0000
Commit:     Sam James <sam@gentoo.org>
CommitDate: 2023-06-01 03:09:59 +0000

    media-libs/gst-plugins-bad: avoid automagic dep on libva
    
    As noted on the bug, I need to discuss properly with leio whether or not the
    split for -va makes sense, but -va is an orphan/leaf package right now so it's
    lower priority than just fixing -bad which many people have installed. So, for now,
    just backport the relevant upstream patches to fix the automagic for this side.
    
    Bug: https://bugs.gentoo.org/907481
    Bug: https://bugs.gentoo.org/907479
    Signed-off-by: Sam James <sam@gentoo.org>

 ...son-Fix-libdrm-and-vaapi-configure-checks.patch |  65 ++++++++++++++
 ...eature-options-for-optional-va-deps-libdr.patch |  76 ++++++++++++++++
 .../gst-plugins-bad-1.22.3-r1.ebuild               | 100 +++++++++++++++++++++
 3 files changed, 241 insertions(+)
Comment 4 Sam James archtester Gentoo Infrastructure gentoo-dev Security 2023-06-10 10:01:23 UTC
<+sam_> leio: so after going around in circles for a while, I'm now back to wondering if -va should even be separate as it is, or not
<+sam_> leio: currently, gst-plugins-bad installs libgstva-1.0, and gst-plugins-va needs that. our plugin setup makes this awkward as it's built in -va but not installed. ok, easy enough to hack around at least, but then we have the issue of headers as well
<+sam_> leio: and then I'm wondering if this wouldn't all fit better inside of gst-plugins-bad and move on? 
<+sam_> I suspect I've answered my own question
<+sam_> (and learned the painful lesson of when to split/not)
<+sam_> I'll probably wait until later in case you *do* think -va is the right approach, to avoid more churn of me undoing it again, but it doesn't seem like it to me (at least right now)
[...]
<+sam_> for now we'll disable qt5+qt6 as the automagic/multilib situation is obviously bad, but i think we need to do more like leio says with the eclass + also probably split into 2 diff. packages (but will wait for that bit until we're both around later)
[...]
<@leio> sam_: I think split for va is appropriate, but if it's too much work, then given that folks would be using the USE flag globally anyways, it wouldn't be a big deal to include in the main like gst-plugins-base has a lot of them intentionally (X, wayland, opengl, etc). Given the type of things included in gst-plugins-base, one could maybe even argue it should be part of the main build, though I'd do it mostly if it's too much work to split and 
<@leio> upstream wouldn't accept patches to make it easy going forward without huge patching
<@leio> sam_: if split is kept, libgstva-1.0 would have to move into gst-plugins-va cleanly, as well as its headers (though haven't looked closely if they might be used by anything else
<@leio> sam_: if the helper libs are used by more than what gst-plugins-va is to use (e.g. lets say if some vulkan plugin links against libgstva-1.0 optionally too, without stricitly needing the plugins), we'd be more or less forced to ship the helper lib in the main package anyhow, and at that point there's no point in a split
 <@leio> sam_: regarding qt, the policy was that a split isn't made without multilib support. If qt doesn't have multilib, it just has to be disabled in full in main package and without making a split, I suppose. I don't see it packaged yet, so I guess it can be fully disabled and we think about this later. If people need the qt plugin but qt won't grow multilib, we might need to do something about that.
Comment 5 Larry the Git Cow gentoo-dev 2023-06-10 13:18:16 UTC
The bug has been closed via the following commit(s):

https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=6205cf345f0fb953d200971c6b55b2ab4281f157

commit 6205cf345f0fb953d200971c6b55b2ab4281f157
Author:     Sam James <sam@gentoo.org>
AuthorDate: 2023-06-10 11:54:05 +0000
Commit:     Sam James <sam@gentoo.org>
CommitDate: 2023-06-10 13:16:55 +0000

    profiles: last-rite media-plugins/gst-plugins-va
    
    Closes: https://bugs.gentoo.org/907479
    Closes: https://bugs.gentoo.org/907481
    Signed-off-by: Sam James <sam@gentoo.org>

 profiles/package.mask | 5 +++++
 1 file changed, 5 insertions(+)