When trying to emerge both xine-lib and xine-dvd-nav, portage attempts to install two versions of xine-lib. I'm not an advanced user, but this doesn't look right to me. The problem appears to be xine-dvdnav not honoring the already installed library. Reproducible: Always Steps to Reproduce: 1. ACCEPT_KEYWORDS="~x86" emerge -p xine-dvdnav xine-ui 2. ACCEPT_KEYWORDS="~x86" emerge -p xine-lib xine-dvdnav xine-ui Actual Results: Wizard root # ACCEPT_KEYWORDS="~x86" emerge -p xine-dvdnav xine-ui These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild N ] media-libs/xine-lib-0.9.13-r3 [ebuild R ] media-plugins/xine-dvdnav-0.9.13 [ebuild R ] media-video/xine-ui-0.9.23 Wizard root # ACCEPT_KEYWORDS="~x86" emerge -p xine-lib xine-dvdnav xine-ui These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild R ] media-libs/xine-lib-1_rc3-r1 [ebuild N ] media-libs/xine-lib-0.9.13-r3 [ebuild R ] media-plugins/xine-dvdnav-0.9.13 [ebuild R ] media-video/xine-ui-0.9.23 Wizard root # Expected Results: I would think that media-libs/xine-lib-1_rc3-r1 would be sufficient. If I'm incorrect just close this report, but I'd appreciate info for my own learning. Wizard root # emerge info Portage 2.0.49-r20 (default-x86-1.4, gcc-3.3.2, glibc-2.3.2-r9, 2.4.22-gentoo-r2) ================================================================= System uname: 2.4.22-gentoo-r2 i686 AMD Athlon(TM) XP 2600+ Gentoo Base System version 1.4.3.12 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-mcpu=athlon-xp -O3 -pipe" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.1/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-mcpu=athlon-xp -O3 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox" GENTOO_MIRRORS="http://gentoo.oregonstate.edu http://distro.ibiblio.org/pub/Linux/distributions/gentoo" 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="X aalib alsa apm arts avi berkdb bonobo cdr crypt cups dvd dvdr encode esd foomaticdb gdbm gif gnome gpm gtk gtk2 gtkhtml guile imlib jack jack-caps jack-tmpfs java jpeg kde libg++ libwww mad mikmod motif mozilla mpeg ncurses nls oggvorbis opengl oss pam pdflib perl png python qt quicktime readline sdl slang spell ssl svga tcltk tcpd truetype x86 xml2 xmms xv zlib video_cards_radeon" Wizard root #
don't mix up your system with old and new xine since xine-1_rc you only need xine-lib and xine-ui
Whatever, but that's not the point. I had the older xine on the system. I updated to the newer xine. That's a very typical thing to do. However the ebuild didn't recognize this, nor did it give me any error messages about having two libraries with the same name and different rev number installed. It was never my intention to 'mix up my system with old and new xine', but rather jsut to update. As a user I should not need to know a thing about whether a library is no longer needed. Portage should handle this. whatever, just close it, but Resolved:won't fix is just putting problems onto others.
