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 ***
Oops. Sorry.
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.