Updating gst-plugins from 0.8.11 to 0.8.12 I get the following configure error: checking for gstreamer-0.8 >= 0.8.11.1... configure: error: no GStreamer found !!! Please attach the following file when filing a report to bugs.gentoo.org: !!! /var/tmp/portage/gst-plugins-0.8.12/work/gst-plugins-0.8.12/config.log !!! ERROR: media-libs/gst-plugins-0.8.12 failed. Call stack: ebuild.sh, line 1894: Called dyn_compile ebuild.sh, line 941: Called src_compile gst-plugins-0.8.12.ebuild, line 50: Called gst-plugins_src_configure gst-plugins.eclass, line 106: Called econf 'compile' '--disable-dr3' '--disable-oss' '--disable-qcam' '--disable-v4l' '--disable-v4l2' '--disable-vcd' '--disable-vga' '--disable-cdrom' '--disable-xvideo' '--disable-a52dec' '--disable-aalib' '--disable-aalibtest' '--disable-alsa' '--disable-arts' '--disable-artstest' '--disable-artsc' '--disable-audiofile' '--disable-avifile' '--disable-cdparanoia' '--disable-dvdread' '--disable-dvdnav' '--disable-esd' '--disable-esdtest' '--disable-flac' '--disable-ffmpeg' '--disable-gnome_vfs' '--disable-gsm' '--disable-hermes' '--disable-http' '--disable-jack' '--disable-jpeg' '--disable-ladspa' '--disable-lame' '--disable-lcs' '--disable-libdv' '--disable-libfame' '--disable-libfametest' '--disable-libpng' '--disable-mad' '--disable-mikmod' '--disable-libmikmodtest' '--disable-mjpegtools' '--disable-mpeg2dec' '--disable-openquicktime' '--disable-raw1394' '--disable-rtp' '--disable-sdl' '--disable-sdltest' '--disable-shout' '--disable-shout2' '--disable-shout2test' '--disable-sidplay' '--disable-smoothwave' '--disable-snapshot' '--disable-swfdec' '--disable-tarkin' '--disable-vorbis' '--disable-vorbistest' '--disable-xmms' '--disable-libmmx' '--disable-atomic' '--disable-tests' '--disable-examples' '--disable-divx' '--disable-faad' '--disable-gdk_pixbuf' '--disable-ogg' '--disable-sndfile' '--disable-x' '--disable-pango' '--disable-speex' '--disable-xvid' '--disable-mpeg2enc' '--disable-mplex' '--disable-musicbrainz' '--disable-nas' '--disable-librfb' '--disable-libcaca' '--disable-ivorbis' '--disable-faac' '--disable-theora' '--disable-kio' '--disable-osx_audio' '--disable-osx_video' '--disable-sunaudio' '--disable-artsc' '--disable-dts' '--disable-libvisual' '--disable-dirac' '--disable-libmng' '--disable-opengl' '--disable-gst_v4l' '--disable-gst_v4l2' '--disable-libmms' '--disable-musepack' '--disable-directfb' '--disable-polyp' '--disable-cairo' '--disable-spc' '--disable-wavpack' '--disable-cdio' '--disable-amrnb' '--disable-x264' '--disable-raw1394' '--enable-x' emerge --info Portage 2.1_pre4-r1 (default-linux/amd64/2005.1, gcc-3.4.5, glibc-2.3.5-r3, 2.6.15-ck3-r1 x86_64) ================================================================= System uname: 2.6.15-ck3-r1 x86_64 AMD Athlon(tm) 64 Processor 3000+ Gentoo Base System version 1.12.0_pre16 ccache version 2.4 [enabled] dev-lang/python: 2.3.5-r2, 2.4.2-r1 sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1, 2.16.91.0.3, 2.16.91.0.5, 2.16.91.0.6 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r4 ACCEPT_KEYWORDS="amd64 ~amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=athlon64 -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/3/share/config /usr/lib64/mozilla/defaults/pref /usr/share/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/texmf/web2c /etc/env.d" CXXFLAGS="-march=athlon64 -O2 -pipe" DISTDIR="/usr/portage/distfiles" EMERGE_DEFAULT_OPTS="" FEATURES="autoconfig ccache confcache distlocks nostrip sandbox sfperms strict" GENTOO_MIRRORS="http://gentoo.osuosl.org/" LC_ALL="en_US" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/bmg-main /usr/local/portage" SYNC="rsync://rsync.us.gentoo.org/gentoo-portage" USE="amd64 X aac alsa avi bash-completion berkdb bitmap-fonts bzip2 cairo cdr crypt cups dbus debug dvd dvdr eds emboss encode esd firefox flac foomaticdb fortran gdbm gif gnome gpm gstreamer gtk gtk2 hal imlib ipv6 java jpeg kde ldap lzw lzw-tiff mad mono mozilla mp3 mpeg ncurses nls nptl ogg opengl pam pdflib perl pic png python qt quicktime readline ruby samba sdl spell sqlite ssl tcpd theora tiff truetype truetype-fonts type1-fonts usb userlocales vorbis xml2 xpm xv zlib elibc_glibc input_devices_keyboard input_devices_mouse input_devices_evdev kernel_linux userland_GNU video_cards_vga video_cards_vesa video_cards_nv" Unset: ASFLAGS, CTARGET, LANG, LDFLAGS, LINGUAS, MAKEOPTS I will attach the config.log file.
Created attachment 80535 [details] config.log
Also, I should mention I have both gstreamer-0.8 and 0.10 installed.
This was part of an emerge -uDav world. Now I see that in the list of packages to update, gstreamer-0.8.12 doesn't get updated until after all the gst-plugins.x-0.8.12 ebuilds do. If I update gstreamer separately the plugins build, so the underlying issue is that gstreamer should be built before the plugins in a world update.
Now we're back to the upgrade/downgrade cycle for gstreamer-0.8.12/0.8.11 and gst-plugins-0.8.12/0.8.11.
You can add gst-plugins-faad to the list of gstreamer-0.8 builds doing the upgrade/downgrade dance. That leaves the following which don't exhibit this behavior: gst-plugins-dvdnav 0.8.12 gst-plugins-dvdread 0.8.11 gst-plugins-faac 0.8.12 gst-plugins-mikmod 0.8.12
Sorry, that last post isn't right. I didn't list the plugins that have both 0.8 and 0.10 installed. Here's the full list of installed 0.8 gst-plugins that don't cycle between upgrade/downgrade: media-plugins/gst-plugins-a52dec-0.8.11 media-plugins/gst-plugins-alsa-0.8.12 media-plugins/gst-plugins-cdparanoia-0.8.11 media-plugins/gst-plugins-dvdnav-0.8.12 media-plugins/gst-plugins-dvdread-0.8.11 media-plugins/gst-plugins-esd-0.8.12 media-plugins/gst-plugins-faac-0.8.12 media-plugins/gst-plugins-ffmpeg-0.8.7-r1 media-plugins/gst-plugins-flac-0.8.11 media-plugins/gst-plugins-gnomevfs-0.8.11 media-plugins/gst-plugins-jpeg-0.8.11 media-plugins/gst-plugins-lame-0.8.11 media-plugins/gst-plugins-libpng-0.8.11 media-plugins/gst-plugins-mad-0.8.11 media-plugins/gst-plugins-mikmod-0.8.12 media-plugins/gst-plugins-mpeg2dec-0.8.11 media-plugins/gst-plugins-ogg-0.8.11 media-plugins/gst-plugins-pango-0.8.11 media-plugins/gst-plugins-speex-0.8.11 media-plugins/gst-plugins-theora-0.8.11 media-plugins/gst-plugins-vorbis-0.8.11 media-plugins/gst-plugins-xvideo-0.8.11
do you have some of them keyworded ~arch and some arch? if so then you will get a cycle
My system is build with ACCEPT_KEYWORDS="~amd64" and has been from the beginning. The only keyworded gstreamer build is gst-plugins-bad which is ~x86. None of the 0.8 series are keyworded.
I think thats a bug in `emerge -uDa world` or so ... I am using AMD with ACCEPT_KEYWORDS="~amd64", and have the same problem. If I update "media-libs/gstreamer-0.8.12" with: `emerge =media-libs/gstreamer-0.8.12` And than run `emerge -uDa world` all works fine. "media-libs/gstreamer-0.8.12" must set as dependence of "media-libs/gst-plugins-0.8.12", i.e. "gstreamer" must be compilied before "gst-plugins"
The problem is that gstreamer and gst-plugins jojo between version 0.8.11 and 0.8.12. For me, currently portage wants to downgrade it to 0.8.12: Calculating world dependencies ...done! [ebuild UD] media-libs/gst-plugins-0.8.11 [0.8.12] USE="alsa -debug -esd -oss" 0 kB [ebuild UD] media-libs/gstreamer-0.8.11 [0.8.12] USE="-debug -doc" 0 kB Once I've done this, it wants to upgrade to the 0.8.12 version again. There definitely something wrong with the versioning in the ebuilds My system is ~amd64 too. Portage 2.1_pre4-r1 (default-linux/amd64/2005.1, gcc-3.4.5, glibc-2.3.6-r3, 2.6.15-gentoo-r5 x86_64) ================================================================= System uname: 2.6.15-gentoo-r5 x86_64 AMD Athlon(tm) 64 Processor 3200+ Gentoo Base System version 1.12.0_pre16 dev-lang/python: 2.3.5, 2.4.2-r1 sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1-r1 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r3 ACCEPT_KEYWORDS="amd64 ~amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=k8 -pipe -O2" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/bind /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/texmf/web2c /etc/env.d" CXXFLAGS="-march=k8 -pipe -O2" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://linux.rz.ruhr-uni-bochum.de/download/gentoo-mirror/ http://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/" LC_ALL="en_US.UTF-8" LINGUAS="de en" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="amd64 X a52 aac acpi alsa apache2 audiofile avi berkdb bitmap-fonts bzip2 cairo cdparanoia cdr crypt cscope css ctype cups curl curlwrappers dba dbm dga dio divx4linux djbfft dts dv dvd dvdr dvdread eds emboss emu-linux-x86 encode exif expat fam fame ffmpeg flac flatfile fontconfig foomaticdb fortran ftp gcj gd gdbm ggi gif glitz glut gnome gnutls gphoto2 gpm gs gstreamer gtk gtk2 gtkhtml iconv ieee1394 imagemagick imlib ipv6 jack java javascript jbig jpeg jpeg2k kde kdeenablefinal lcms ldap libwww lirc lm_sensors lzo lzw lzw-tiff mad matroska mbox mhash mime mjpeg mmap mng motif mp3 mpeg musepack mysql ncurses nls nptl nptlonly nvidia offensive ogg oggvorbis opengl pam pcre pdflib perl php plotutils png posix ppds python qt quicktime readline rle samba sasl sdl sharedext sharedmem slp sndfile sockets sox speex spell spl ssl svg symlink sysvipc szip tcltk tcpd tetex theora threads tidy tiff truetype truetype-fonts type1-fonts unicode usb userlocales v4l v4l2 vcd vorbis wifi wmf xface xine xinerama xml xml2 xmlrpc xmms xpm xsl xv xvid xvmc yv12 zlib elibc_glibc kernel_linux linguas_de linguas_en userland_GNU" Unset: ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, LANG, LDFLAGS
Ran across this as well. I'm running ~x86 and -uD wanted to emerge out-of-order. I saw this bug and upon examining my package.mask and package.unmask files I found a list of the gst stuff in portage.unmask for >=0.9.0. When I remarked the list out -uD offered to build in the correct order, with gstreamer first. Could be a problem in ordering when slotted versions are installed.
The problem I'm seeing is that some of the gst-plugins don't depend on gstreamer at all. For instance, media-plugins/gst-plugins-gnomevfs-0.8.12 has: DEPEND=">=gnome-base/gnome-vfs-2" So if you were to do "emerge =media-plugins/gst-plugins-gnomevfs-0.8.12" it would fail due to the fact that the missing dependency information. In fact, it would seem that most of the gst-plugins-* packages don't depend on gstreamer.
I kept running into gstreamer trying to downgrade and upgrade itself between the 0.8.11 and 0.8.12 versions. I was also presented with some of the gst-plugin-* packages failing to configure because gstreamer was missing. I decided to remove all gst-plugins-*, gst-plugins and gstreamer packages and whatever depended on it (totem) and let it emerge from scratch. This is what it then wanted to emerge: Calculating world dependencies... done! [ebuild N ] media-libs/gstreamer-0.8.12 USE="-debug -doc" 0 kB [ebuild N ] media-libs/gst-plugins-0.8.12 USE="alsa esd oss -debug" 0 kB [ebuild N ] media-plugins/gst-plugins-esd-0.8.12 0 kB [ebuild N ] media-plugins/gst-plugins-alsa-0.8.12 0 kB [ebuild N ] media-plugins/gst-plugins-oss-0.8.12 0 kB [ebuild N ] media-plugins/gst-plugins-ogg-0.8.12 0 kB [ebuild N ] media-plugins/gst-plugins-vorbis-0.8.12 0 kB [ebuild N ] media-plugins/gst-plugins-cdparanoia-0.8.12 0 kB [ebuild N ] media-plugins/gst-plugins-gnomevfs-0.8.12 0 kB [ebuild N ] media-plugins/gst-plugins-mad-0.8.12 0 kB [ebuild N ] media-libs/gst-plugins-0.8.11 USE="alsa esd oss -debug" 0 kB [ebuild N ] media-plugins/gst-plugins-dvdread-0.8.11 0 kB [ebuild N ] media-libs/gstreamer-0.8.11 USE="-debug -doc" 0 kB [ebuild N ] media-plugins/gst-plugins-ffmpeg-0.8.7-r1 0 kB [ebuild N ] media-plugins/gst-plugins-xvideo-0.8.12 0 kB [ebuild N ] media-plugins/gst-plugins-pitfdll-0.8.1-r1 0 kB [ebuild N ] media-plugins/gst-plugins-mpeg2dec-0.8.12 0 kB [ebuild N ] media-plugins/gst-plugins-pango-0.8.12 0 kB [ebuild N ] media-plugins/gst-plugins-a52dec-0.8.11 0 kB [ebuild N ] media-plugins/gst-plugins-dvdnav-0.8.11 0 kB [ebuild N ] media-video/totem-1.2.1 USE="a52 dvd gnome mad mpeg ogg vorbis win32codecs xv -debug -flac -lirc -nsplugin -theora -xine" 0 kB [ebuild N ] media-plugins/xmms-mpg123-1.2.10-r1 USE="ipv6 mmx ssl -3dnow" 528 kB [ebuild N ] media-plugins/xmms-mikmod-1.2.10 0 kB [ebuild N ] media-plugins/xmms-vorbis-1.2.10-r1 USE="ipv6 ssl" 0 kB [ebuild N ] media-plugins/xmms-mad-0.8-r1 307 kB [ebuild N ] media-plugins/xmms-esd-1.2.10-r1 USE="oss" 0 kB [ebuild N ] media-plugins/xmms-oss-1.2.10-r2 533 kB [ebuild N ] media-plugins/xmms-alsa-1.2.10-r3 0 kB Note that both gstreamer-0.8.11 and gstreamer-0.8.12 are in there. I don't what is up with this or how to fix it. I tried masking 0.8.11, but it then kept wanting to downgrade to 0.8.10. Masking 0.8.11 and everything below blocks the entire thing. I use ~x86 and have been from the very start. Can anyone tell me how to fix this situation? I get this on both of my computers both running ~x86 and have been struggling with it for days.
Sorry, the xmms stuff didn't belong in there, here's a batter print-out without xmms and with --tree: [nomerge ] gnome-base/gnome-2.12.3 USE="cdr dvdr hal -accessibility" [ebuild N ] media-video/totem-1.2.1 USE="a52 dvd gnome mad mpeg ogg vorbis win32codecs xv -debug -flac -lirc -nsplugin -theora -xine" 0 kB [ebuild N ] media-plugins/gst-plugins-dvdnav-0.8.11 0 kB [ebuild N ] media-plugins/gst-plugins-a52dec-0.8.11 0 kB [ebuild N ] media-plugins/gst-plugins-pango-0.8.12 0 kB [ebuild N ] media-plugins/gst-plugins-mpeg2dec-0.8.12 0 kB [ebuild N ] media-plugins/gst-plugins-pitfdll-0.8.1-r1 0 kB [ebuild N ] media-plugins/gst-plugins-xvideo-0.8.12 0 kB [ebuild N ] media-plugins/gst-plugins-ffmpeg-0.8.7-r1 0 kB [ebuild N ] media-libs/gstreamer-0.8.11 USE="-debug -doc" 0 kB [ebuild N ] media-plugins/gst-plugins-dvdread-0.8.11 0 kB [ebuild N ] media-libs/gst-plugins-0.8.11 USE="alsa esd oss -debug" 0 kB [nomerge ] media-sound/sound-juicer-2.12.3 USE="vorbis -debug -flac" [nomerge ] gnome-extra/gnome-media-2.12.0 USE="ipv6 mad ogg vorbis -debug -static" [ebuild N ] media-plugins/gst-plugins-mad-0.8.12 0 kB [ebuild N ] media-plugins/gst-plugins-gnomevfs-0.8.12 0 kB [ebuild N ] media-plugins/gst-plugins-cdparanoia-0.8.12 0 kB [ebuild N ] media-plugins/gst-plugins-vorbis-0.8.12 0 kB [ebuild N ] media-plugins/gst-plugins-ogg-0.8.12 0 kB [ebuild N ] media-plugins/gst-plugins-oss-0.8.12 0 kB [ebuild N ] media-plugins/gst-plugins-alsa-0.8.12 0 kB [ebuild N ] media-plugins/gst-plugins-esd-0.8.12 0 kB [ebuild N ] media-libs/gst-plugins-0.8.12 USE="alsa esd oss -debug" 0 kB [ebuild N ] media-libs/gstreamer-0.8.12 USE="-debug -doc" 0 kB
Ok. I'm totally confused. At one point my whole gstreamer installation was a mess and I forcefully cleaned everything out. I then ran revdep-rebuild which cleanly emerged gstreamer-0.8.12. All seemed ok, but when I now try to update my system with for example "emerge -pv --update --deep world" it'll try to downgrade gstreamer (and gst-plugins etc) to 0.8.11 again. When I mask out versions 0.8.11 and lower, that same emerge command will tell me: ############################################################ aphax-laptop hans # emerge -pv --update --deep world These are the packages that would be merged, in order: Calculating world dependencies - !!! All ebuilds that could satisfy "=media-libs/gst-plugins-0.8.11*" have been masked. !!! One of the following masked packages is required to complete your request: - media-libs/gst-plugins-0.8.11 (masked by: package.mask) For more information, see MASKED PACKAGES section in the emerge man page or refer to the Gentoo Handbook. (dependency required by "media-plugins/gst-plugins-dvdread-0.8.11" [ebuild]) !!! Problem resolving dependencies for gnome-base/gnome !!! Depgraph creation failed. ############################################################ Which makes no sense to me because "media-plugins/gst-plugins-dvdread-0.8.11" isn't even installed or required by anything (I think?)
@ comment #12 : the eclass always depends on gstreamer, so thats not the problem. The ebuilds just mention additional deps. @ Hans : Totem deps on dvdread. These kind of cycles have been well-known with '--deep' (which i think is evil) and mixed ~arch/arch systems. I would strongly suggest you check your maskings, etc. and stop using --deep. See comment #9.
(In reply to comment #16) >These kind of cycles have been well-known with > '--deep' (which i think is evil) and mixed ~arch/arch systems. I would strongly > suggest you check your maskings, etc. and stop using --deep. > Regardless of whether or not the handful of people following this bug choose to take your advice, --deep is in the Gentoo Portage documentation (in "A Portage Introduction" no less) with no indication it is deprecated or unwise to use, so many people are going to run into this as the packages are marked stable. Is there anything that can be done in terms of adjusting the dependencies so it doesn't happen?
No, --deep is inherently broken because it doesn't take into account that there are mixed ~arch/non-~arch systems out there. It shouldn't be a problem to use on a full 'arch' system however. I noticed there's no ebuild for gst-plugins-a52dec-0.8.12 , which could cause the cycles. If you got this ebuild and remove it (-C) just for testing purpose, does the cycle continue (test with USE="-dvd -a52" emerge -vuDp) ?
(In reply to comment #18) > I noticed there's no ebuild for gst-plugins-a52dec-0.8.12 , which could cause > the cycles. If you got this ebuild and remove it (-C) just for testing purpose, > does the cycle continue (test with USE="-dvd -a52" emerge -vuDp) ? > I'm nearing the end of an "emerge -e world" (after a toolchain update) so when it finishes in a few hours I'll test that out. Not to clutter this bug with side issues, but when you say mixed ~arch/non ~arch, would that apply to a system with ACCEPT_KEYWORDS="~amd64" and no 0.8 GStreamer packages in package.keywords?
USE="-dvd -a52" emerge -vuDp world doesn't change anything. still: [ebuild UD] media-libs/gst-plugins-0.8.11 [0.8.12] USE="alsa -debug -esd -oss" 0 kB [ebuild UD] media-libs/gstreamer-0.8.11 [0.8.12] USE="-debug -doc" 0 kB The system also has nothing regarding gstreamer in package.use or package.mask, and was installed ~amd64 (never changed)
Removing gst-plugins-a52dec-0.8.11 followed by "USE="-dvd -a52" emerge -vuDp" still results in portage trying to downgrade gstreamer and gst-plugins from version 0.8.12 to version 0.8.11. I ran an "emerge -vuDpt world" to see what was pulling in the earlier versions and it seems the problems are with gst-plugins-ffmpeg and gst-plugins-dvdread. Removing gst-plugins-ffmpeg stops portage from trying to downgrade gstreamer, and removing gst-plugins-dvdread stops portage from trying to downgrade gst-plugins. Not sure what is going with gst-plugins-dvdread but gst-plugins-ffmpeg-8.7-r1 (the latest version) has a hard dependency on gstreamer-0.8.11.
Yeah. Same here had to unmerge all 3: gst-plugin-a52 gst-plugin-ffmpeg gst-plugin-dvdread after that it finally stopped trying to downgrade to 0.8.11.
Ok, I think I understand why --deep can cause trouble when using ~x86. Still though, I am trying to just get totem installed by doing simply "emerge totem", and so it wants to downgrade gstreamer & co. to 0.8.11, (which is fine by me, I just won't use --deep anymore on system upgrades, assuming that will prevent portage from trying to upgrade it again), but now I am running into an identical configure error as the initial report of this bug except it is for media-plugins/gst-plugins-xvideo-0.8.12, which is odd because I don't understand why it would be installing a 0.8.12 plugin if gstreamer itself (and gst-plugins) was being downgraded to 0.8.11... I cannot wrap my mind around what is going on here ;(
The 3 packs mentioned in #22 need to be fixed. I'm not sure if it's an oversight by Zaheerm or if there's some reason, so I rather have him comment on it first.
In addition to gst-plugin-a52, gst-plugin-ffmpeg and gst-plugin-dvdread I had to remove gst-plugins-flac and banshee (0.10.6) before this problem would go away. I will file a separate bug on banshee as it has dependencies on =gst*-0.8.11.
(In reply to comment #16) > @ comment #12 : the eclass always depends on gstreamer, so thats not the > problem. The ebuilds just mention additional deps. > But it needs more than that. Just depending on gstreamer isn't good enough because they should depend on a specific version. For instance, if you install a gstreamer version 0.8.11 it'll work fine. Then you install gst-plugins-alsa version 0.8.12 and it fails because the configure script looks for gstreamer version of at least 0.8.11.1. The eclass apparently depends on gstreamer of ANY VERSION but the plugins need a min version.
And btw I got this bug because gst-plugins-ffmpeg-0.8.7-r1 has: DEPEND="|| ( =media-libs/gstreamer-0.8.10 =media-libs/gstreamer-0.8.11 ) So all the other plugins had gotten updated to 0.8.12 and then gstreamer got downgraded. Then when I (for some reason) reinstalled one of the 0.8.12 plugins they failed. And I'm running ~x86
Ok this is now fixed in portage. Thanks for spotting.
(In reply to comment #28) > Ok this is now fixed in portage. Thanks for spotting. > Thanks, I can confirm it's fixed here.
No need to leave this open, it's been fixed since the end of February.
