From joem: the patched ebuilds are 0.8.7-r1 and 0.10.0-r1
Can we call for stable on 0.8.7-r1 or is it not ready for prime-time ?
setting status whiteboard
the 0.10 branch is still in package.maask so that shouldn't be an issue. 0.8.7-r1 can be marked stable.
ok, lets go for it: arches please test and mark stable
Created attachment 77575 [details]
checking for pkg-config... /usr/bin/pkg-config
checking for gstreamer-0.8 >= 0.8.4 gstreamer-libs-0.8... configure: error: no GStreamer found
!!! Please attach the config.log to your bug report:
!!! ERROR: media-plugins/gst-plugins-ffmpeg-0.8.7-r1 failed.
!!! Function econf, Line 495, Exitcode 0
!!! econf failed
note that gstreamer-0.8.10 is installed and /usr/lib64/pkgconfig/gstreamer-0.8.pc is in place and looks sane
Didn't hit the build issue, but then i'm on gstreamer & co version 0.8.11.
As a precaution and looking into doing bug #119634 i'm bumping all of gst-0.8.11 to stable too. Remember to bump all of the gst-plugins you have stable too or you'll get up/downgrade cycles.
Also had to adjust totem DEPs since they locked down to ( =gst-plugins-ffmpeg-0.8.6 || =gst-plugins-ffmpeg-0.8.7 ) (changed to ~)
Stable on x86
stable on ppc64
Stable on hppa
nevermind, it turned out i must have done something not-so-intelligent in my pkgconfig dir, remerging gst-plugins did fix it
Stabled on ppc by hansmi.
Stable on alpha + ia64.
To properly understand this:
As I understand it, the bug is in libavcodec, so it should be in media-video/ffmpeg, too, right?
Is gst-plugins-ffmpeg a wrapper to go with ffmpeg or does it contain its own version of the library?
gst-plugins-0.8.7-r1 is stable on all arches. Marking as fixed.
Sorry, reopening the bug as security needs to send the GLSA first (draft is finished and approved, will be done soon).