I am currently running the latest version of xmms, which I installed from ~x86. When I went back to my normal ACCEPT_KEYWORDS=x86, I became unable to use "emerge -UD world". It does not consider the installed version of automake (automake-1.8.2) as being able to satify the depencies of my installed version of xmms (xmms-1.2.10-r1). Reproducible: Always Steps to Reproduce: 1. Install xmms-1.2.10 from ~x86. 2. Type "emerge -UaD world" Actual Results: " emerge -UaD world >>> --upgradeonly implies --update... adding --update to options. These are the packages that I would merge, in order: Calculating world dependencies | !!! all ebuilds that could satisfy ">=sys-devel/automake-1.7.8" have been masked. !!! possible candidates are: - sys-devel/automake-1.8.2 (masked by: ~keyword) - sys-devel/automake-1.7.8 (masked by: ~keyword) !!! (dependency required by "media-sound/xmms-1.2.10-r1" [ebuild]) !!! Problem with ebuild media-sound/xmms-1.2.10-r1 !!! Possibly a DEPEND/*DEPEND problem. !!! Depgraph creation failed. " Expected Results: Emerge should have realized that the installed version of automake already satisfies the ">=sys-devel/automake-1.7.8" dependency, and that it was okay to continue updating my other packages. I've become completely unable to use emerge -D world. " emerge -p automake These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild UD] sys-devel/automake-1.7.7 [1.8.2] " " Portage 2.0.50-r1 (default-x86-1.4, gcc-3.3.2, glibc-2.3.2-r9, 2.6.3-gentoo-r1) ================================================================= System uname: 2.6.3-gentoo-r1 i686 AMD Athlon(tm) XP 1800+ Gentoo Base System version 1.4.3.13 Autoconf: sys-devel/autoconf-2.58-r1 Automake: sys-devel/automake-1.8.2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-O3 -march=i686 -funroll-loops -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.2/share/config /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O3 -march=i686 -funroll-loops -pipe" DISTDIR="/home/portage/distfiles" FEATURES="autoaddcvs ccache" GENTOO_MIRRORS="http://gentoo.oregonstate.edu http://distro.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/home/portage/packages" PORTAGE_TMPDIR="/home/portage/tmp" PORTDIR="/home/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X alsa apm arts avi berkdb cdr cjk crypt cups doc dvd emacs encode esd foomaticdb gdbm gif gnome gpm gtk gtk2 imlib 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 tcpd tetex tiff truetype unicode usb videos x86 xml2 xmms xv zlib" "
unmask those packages in /etc/portage/packages.keywords
I hadn't realized that there was a file for unmasking specific packages. That would invalidate the bug, as I have it written. The file /etc/portage/packages.keywords doesn't actually exist on my system, though, nor do any other files named "packages.keywords". The /etc/portage directory is empty. Do you know if it's kept somewhere else in recent versions of portage? "emerge -p portage" tells me " [ebuild R ] sys-apps/portage-2.0.50-r1 " Thanks.
/etc/portage doesnt exist because you didnt make it `man 5 portage`
