Changes made to apparently incorporate an epatch ffmpeg-0.11.diff have caused dependents on gegl-0.2.0 (e.g., gimp-2.8.2 ~amd64 in my case) to fail on update re-builds due to installed ffmpeg vs libav blockers. Reproducible: Always Steps to Reproduce: 1.ffmpeg use flag global or local set to gegl 2.emerge gegl-0.2.0 or gegl-0.2.0-r1 either directly or indirectly as a dependent 3. Actual Results: literal >=media-video/ffmpeg-0.11 RDEPEND conditional test fails due to hardmasked M result (in this case, ffmpeg-0.11 is no longer in the tree) thereby causing second portion of conditional, >=media-video/libav-0.8.5, to take effect against pre-existing ffmpeg installed systems. Blocker messages result. Expected Results: For the conditional to be ffmpeg? ( virtual/ffmpeg ) as before, thereby letting the virtual handle the condition state than any particular version. User is left with resolution of either disabling ffmpeg use for gegl or changing a local overlay copy of the ebuild RDEPEND portion back to ffmpeg? ( virtual/ffmpeg ). I do not believe ~ffmpeg-1.0x is yet confirmed stable enough to be an alternative and the virtuals for ffmpeg should be left to ultimately resolve.
I replaced ffmpeg? ( virtual/ffmpeg ) by ffmpeg? ( || ( >=media-video/ffmpeg-0.11 >=media-video/libav-0.8.5 ) ) because none of virtual/ffmpeg-0.10.3 virtual/ffmpeg-9 allowed by to depend on either ffmpeg or libav of adequate age. These versions in gentoo-x86 can satisfy the dependency at the moment: media-video/ffmpeg-1.0.6 media-video/libav-0.8.5 media-video/libav-0.8.6 If this is considered a bug, I will need a new version virtual/ffmpeg-0.11 or so to depend on from the video herd, to my understanding.
(In reply to comment #1) > If this is considered a bug, I will need a new version > > virtual/ffmpeg-0.11 This is a bad idea, is it confirmed _not_ to work with ffmepg 0.10 ? To me, bug #459312 is more a problem _without_ ffmpeg-0.11.diff applied and using ffmpeg 0.11 or later. gegl should depend on virtual/ffmpeg-0.10
(In reply to comment #2) > (In reply to comment #1) > > If this is considered a bug, I will need a new version > > > > virtual/ffmpeg-0.11 > > This is a bad idea, is it confirmed _not_ to work with ffmepg 0.10 ? Just checked, you are right: it does work with 0.10.x. Thanks! + 01 May 2013; Sebastian Pipping <sping@gentoo.org> gegl-0.2.0-r1.ebuild: + Restore use of virtual/ffmpeg for ffmpeg/libav (bug #467810) +