On a fresh install with no xfree present: ACCEPT_KEYWORDS="~x86" emerge -p xorg-x11 [ebuild N ] x11-base/xfree-4.3.0-r6 [ebuild N ] sys-apps/utempter-0.5.5.4 [ebuild N ] x11-terms/xterm-191 [ebuild N ] x11-base/xorg-x11-6.7.0-r1 On an install with xfree present: ACCEPT_KEYWORDS="~x86" emerge -p xorg-x11 [blocks B ] x11-base/xfree ("virtual/x11" from pkg x11-base/xorg-x11-6.7.0-r1) [blocks B ] x11-base/xfree (from pkg x11-base/xorg-x11-6.7.0-r1) [blocks B ] x11-base/xfree ("virtual/xft" from pkg x11-base/xorg-x11-6.7.0-r1) [ebuild N ] sys-apps/utempter-0.5.5.4 [ebuild N ] x11-terms/xterm-191 [ebuild N ] x11-base/xorg-x11-6.7.0-r1 The problem seems to rely on the xorg-x11 ebuild depending on x11-terms/xterm, which in turn depends on xfree (catch22). Deleting the x11-terms/xterm dependency line in the xorg-x11 ebuild fixes the problem. Xorg comes with xterm anyway, so I'm not sure as to why this dependency is there.
xorg DOESN'T come with xterm in Gentoo, that is the whole point. It's been removed from the build, so it's gotta come in somewhere. The dependencies have to be weird as a result of bug #8810, but they still ought to work for xterm. I will note that xterm-191 was temporarily broken IRT dependencies, and that's been fixed. I'll consider this to be that bug. Rather than ACCEPT_KEYWORDS="~x86", I highly recommend package.keywords. See `man portage`.
OK, noted & thanks for the heads up on package.keywords, just trying to make the post easier to read. Your comment has opened up another point. Xterm is supposed to be absent from the x11-base/xorg-x11-6.7.0-r1 build, yet it is still built. After emerging xorg-x11-6.7.0-r1 (fresh install, no xfree, xorg or xterm installed), open up some other terminal (eg. gnome-terminal) & type xterm. To further illustrate: qpkg -fp bin/xterm returns: x11-base/xorg-x11 *
I'll check into it.
Fixed, thanks.