Bug 49228 - gst-plugins-ffmpeg acquires close gst-plugins dependency from gst-plugins.eclass
|
Bug#:
49228
|
Product: Gentoo Linux
|
Version: unspecified
|
Platform: All
|
|
OS/Version: All
|
Status: RESOLVED
|
Severity: normal
|
Priority: P2
|
|
Resolution: FIXED
|
Assigned To: gnome@gentoo.org
|
Reported By: ed@catmur.co.uk
|
|
Component: GNOME
|
|
|
URL:
http://gstreamer.freedesktop.org/releases/gst-ffmpeg/0.8.0.html
|
|
Summary: gst-plugins-ffmpeg acquires close gst-plugins dependency from gst-plugins.eclass
|
|
Keywords:
|
|
Status Whiteboard:
|
|
Opened: 2004-04-27 18:54 0000
|
gst-ffmpeg website:
This module is separated from GStreamer Plugins for easier maintenance and *decoupled release cycles*. (emphasis mine)
However the gst-plugins eclass introduces a =media-libs/gst-plugins-0.8.0* dep for gst-plugins-ffmpeg-0.8.0. This forces lockstep between gst-plugins and gst-plugins-ffmpeg ebuild release cycles, and hence the whole of gstreamer. This is sub-optimal.
Suggest that either the gst-plugins-ffmpeg ebuild not use the gst-plugins eclass or the gst-plugins-ffmpeg ebuild use hackery such as:
E_DEPEND="${E_DEPEND/=media-libs\/gst-plugins-${PV}\\*}"
The former while a little work may be preferable as the latter is hackish and not guaranteed to continue to work if inherit internals change; further there is no guarantee that gst-ffmpeg build process will continue to be parallel to main gst-plugins build process so a separation from the eclass may at some point prove essential anyway.
*** This bug has been marked as a duplicate of 45468 ***
bummer, this is what you get when portage starts working around ebuild
mistakes...
ok, fixed gst-plugins-ffmpeg to not use the gst-plugins eclass anymore.
thanks for the report.