Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 156026 - juk-3.5.5.ebuild has wrong gst-plugins dependency
Summary: juk-3.5.5.ebuild has wrong gst-plugins dependency
Status: RESOLVED DUPLICATE of bug 155695
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] KDE (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Gentoo KDE team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-11-23 05:13 UTC by Paolo Pedroni
Modified: 2006-11-23 11:11 UTC (History)
0 users

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Paolo Pedroni 2006-11-23 05:13:17 UTC
The juk-3.5.5.ebuild has a wrong dependency on gst-plugins. It depends on >=gst-plugins-0.8, but gst-plugins-0.10 does not exist as it has become gst-plugins-base, thus breaking, for example, emerge -pv --depclean once gstreamer-0.8 and all its plugins have been removed.
Comment 1 Charlie Shepherd (RETIRED) gentoo-dev 2006-11-23 05:19:42 UTC
Can you provide any evidence of real world breakage? >=gst-plugins-0.8 should include gst-plugins-0.8. Therefore as the only gst-plugins versions are 0.8*, they should be depended upon.
Comment 2 Charlie Shepherd (RETIRED) gentoo-dev 2006-11-23 05:24:32 UTC
Unless gst-plugins should be gst-plugins-base....
Comment 3 Paolo Pedroni 2006-11-23 06:32:15 UTC
(In reply to comment #2)
> Unless gst-plugins should be gst-plugins-base....
> 

That's exactly what I meant. Since there's no gst-plugins >0.8* and no gst-plugins-base <0.10 I assume they're the same thing with different names.

kde-base/juk-3.5.5 (with USE="gstreamer") depends on >gst-plugins-0.8 which is fine until I remove gstreamer-0.8 and all its plugins; then the dependency tree breaks, because there's no gst-plugins-0.10, but the package is named gst-plugins-base.

Is the explanation clearer now?
Comment 4 Charlie Shepherd (RETIRED) gentoo-dev 2006-11-23 11:11:29 UTC
Looks like I was wrong, see bug 155695.

*** This bug has been marked as a duplicate of 155695 ***