<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "http://bugs.gentoo.org/bugzilla.dtd">

<bugzilla version="2.22.7"
          urlbase="http://bugs.gentoo.org/"
          maintainer="bugzilla@gentoo.org"
>

    <bug>
          <bug_id>49228</bug_id>
          
          <creation_ts>2004-04-27 18:54 0000</creation_ts>
          <short_desc>gst-plugins-ffmpeg acquires close gst-plugins dependency from gst-plugins.eclass</short_desc>
          <delta_ts>2004-04-30 07:02:56 0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>Gentoo Linux</product>
          <component>GNOME</component>
          <version>unspecified</version>
          <rep_platform>All</rep_platform>
          <op_sys>All</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          <bug_file_loc>http://gstreamer.freedesktop.org/releases/gst-ffmpeg/0.8.0.html</bug_file_loc>
          
          
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>ed@catmur.co.uk</reporter>
          <assigned_to>gnome@gentoo.org</assigned_to>
          

      

      
          <long_desc isprivate="0">
            <who>ed@catmur.co.uk</who>
            <bug_when>2004-04-27 18:54:25 0000</bug_when>
            <thetext>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=&quot;${E_DEPEND/=media-libs\/gst-plugins-${PV}\\*}&quot;

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.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ed@catmur.co.uk</who>
            <bug_when>2004-04-27 21:46:27 0000</bug_when>
            <thetext>

*** This bug has been marked as a duplicate of 45468 ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ed@catmur.co.uk</who>
            <bug_when>2004-04-27 21:47:14 0000</bug_when>
            <thetext>Oops. Sorry.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>foser@gentoo.org</who>
            <bug_when>2004-04-28 02:16:57 0000</bug_when>
            <thetext>bummer, this is what you get when portage starts working around ebuild mistakes...</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>foser@gentoo.org</who>
            <bug_when>2004-04-30 07:02:56 0000</bug_when>
            <thetext>ok, fixed gst-plugins-ffmpeg to not use the gst-plugins eclass anymore.

thanks for the report.</thetext>
          </long_desc>
      
    </bug>

</bugzilla>