Summary: | media-plugins/gst-plugins-ffmpeg-0.10.2 doesn't compile with Safe CFLAGS | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Steen Eugen "Miravlix" Poulsen <sep> |
Component: | [OLD] GNOME | Assignee: | GStreamer package maintainers <gstreamer> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | aballier, cybersnacker, gnome |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Steen Eugen "Miravlix" Poulsen
2008-10-10 18:41:20 UTC
this sounds like the classical ffmpeg/gst-ffmpeg mismatch but I'm no expert on that one. This is because gst-ffmpeg uses its own copy of ffmpeg; g'luck fixing that. You may need yet another bunch of cflag mess, patch the inline asm, disable it; take your pick or wait until we can stablize a new ffmpeg and get 0.10.5 stable too. It would be good to know if this fails with more recent gst-ffmpeg. 0.10.2 is over a year old and a LOT of improvements have gone in, and a couple regarding user-custom cflags and handling of compilation. This is too old to be fixable by upstream, and should maybe depend on #245291. (In reply to comment #3) > It would be good to know if this fails with more recent gst-ffmpeg. 0.10.2 is > over a year old and a LOT of improvements have gone in, and a couple regarding > user-custom cflags and handling of compilation. 0.10.5 is the current stable, and 0.10.2 has been removed from portage. I'm afraid I've had to revert to a purely stable system as my machine kept crashing with the testing packages, so I no longer have the system available to me that was used for the initial bug report. (wtb ZFS, so I could have saved the old system.) |