Summary: | media-plugins/gst-plugins-ffmpeg-0.10.13-r2 with media-video/ffmpeg-1.0.4 - In file included from gstffmpegprotocol.c:34:0: gstffmpeg.h:63:1: error: unknown type name 'URLProtocol' | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | jms <jms.gentoo> |
Component: | Current packages | Assignee: | GStreamer package maintainers <gstreamer> |
Status: | RESOLVED INVALID | ||
Severity: | normal | CC: | admwiggin, jaak |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
build log jms
environment jms |
Description
jms
2013-02-24 08:38:25 UTC
Created attachment 339924 [details]
build log jms
Created attachment 339926 [details]
environment jms
downgrading to media-video/ffmpeg-0.10.6 then works again so had a quick look at this . It seems that gstreamer renamed gst-plugins-ffmpeg to gst-plugins-libav gst-plugins-libav should work with libav or ffmpeg as gentoo suport virtual/ffmpeg +gst-plugins-libav-1.0.3.ebuild, +metadata.xml: Initial ebuild, upstream renamed gst-ffmpeg Don't know if there has been some news about it maybe I missed it . That would be nice *** Bug 459066 has been marked as a duplicate of this bug. *** there is a comment: * Messages for package media-plugins/gst-plugins-ffmpeg-0.10.13-r2: * Please note that upstream uses media-video/libav * rather than media-video/ffmpeg. If you encoutner any * issues try to move from ffmpeg to libav. note:
from what I understood we should move to
gst-plugins-libav has that is what upstream suport mow instead of gst-plugins-ffmpeg
problem this depend of
>=media-plugins/gst-plugins-meta-1.0
which depend of media-libs/gstreamer:1.0
but I can't update because of firefox-19.0
RDEPEND="
>=sys-devel/binutils-2.16.1
>=dev-libs/nss-3.14.1
>=dev-libs/nspr-4.9.4
>=dev-libs/glib-2.26:2
>=media-libs/mesa-7.10
>=media-libs/libpng-1.5.13[apng]
virtual/libffi
gstreamer? ( media-plugins/gst-plugins-meta:0.10[ffmpeg] )
gst-plugins-ffmpeg is the name of the package for gstreamer-0.10 series, it was renamed upstream to gst-plugins-libav for 1.0 series and we follow upstream here. The error here lies in the fact that you keyworded >=ffmpeg-1 while this release of gst-plugins-ffmpeg does not support it. You must keyword the appropriate version of gst-plugins-ffmpeg as well. Would it not also be required to keyword appropriately newer releases of the rest of the gstreamer packages (to get all of them up to 1.0)? Keywording just gst-plugins-ffmpeg gets version 0.10.13_p201211 (still in slot 0.10), presumably because I'm still running the rest of gstreamer at 0.10, and because gst-plugins-ffmpeg doesn't actually exist in 1.0 (renamed to libav, as mentioned), right? Just want to make sure the exact resolution here is a little more clear in case future adventurers can't give up their keyworded ffmpeg. :) The issue is that your are mixing ~arch and arch and failed to keyword all relevant packages. (In reply to comment #10) > The issue is that your are mixing ~arch and arch and failed to keyword all > relevant packages. Shouldn't package dependencies prevent such situations? No. Package dependencies are meant for regular usage (upgrades) and preventing know combination of packages when it makes sense (like part of a package being split to its own ebuild), etc. It is not meant to accommodate users who keyword packages on their own. In such situation, the user is expected to know what he/she is doing and keyword necessary dependencies/reverse dependencies. (In reply to comment #12) > No. > > Package dependencies are meant for regular usage (upgrades) and preventing > know combination of packages when it makes sense (like part of a package > being split to its own ebuild), etc. > > It is not meant to accommodate users who keyword packages on their own. In > such situation, the user is expected to know what he/she is doing and > keyword necessary dependencies/reverse dependencies. This is not what I read from the Gentoo Handbook chapter 3 on Mixing Software Branches. Maybe I'll file a bug about the handbook being misleading then? I get the same error, and I "think" I have what I want/need keyworded. I have both gst-plugins-meta 0.10-r8:0.10 and 1.0-r1:1.0 emerged, with gst-plugins-ffmpeg-0.10.13-r2:0.10 and gst-plugins-libav-1.0.5:1.0 with media-video/ffmpeg-1.0.5. As with the OP, revdep-rebuild is trying to re-install gst-plugins-ffmpeg-0.10.13-r2, which is failing as per this bug. Am I really missing a keyword somewhere, or is there a problem with the chain of depends? gst-plugins-ffmpeg-0.10.13-r2 needs virtual/ffmpeg-0.10.3 which then needs >=media-video/ffmpeg-0.10.3. Is the problem that gst-plugins-ffmpeg:0.10 really shouldn't be OK with >=media-video/ffmpeg-1? |