The latest emacs-cvs ebuilds install their info pages to /usr/share/info/emacs-$SLOT. But it doesn't set the INFOPATH to include that directory, so info-mode and standalone info can't find the pages. I added /etc/env.d/90mine with INFOPATH="/usr/share/info/emacs-21.3.50", and after running env-update and some profile sourcing the info pages reappeared. I'm not sure this is the proper solution though: I haven't tested what happens if you have multiple emacsen installed, both providing their own info pages. Still I think it's an improvement over the current situation (no info at all) Reproducible: Always Steps to Reproduce: 1. emerge emacs-cvs with ~x86 in keywords 2. info emacs 3. Actual Results: Get an unrelated emacs-w3m page. Expected Results: Displayed the emacs info page. Portage 2.0.51-r8 (default-linux/x86/2004.3, gcc-3.4.3, glibc-2.3.4.20041102-r0, 2.6.9-gentoo-r9-m1 i686) ================================================================= System uname: 2.6.9-gentoo-r9-m1 i686 AMD Athlon(tm) XP 2600+ Gentoo Base System version 1.6.7 Python: dev-lang/python-2.3.4 [2.3.4 (#1, Nov 8 2004, 18:55:58)] ccache version 2.3 [enabled] dev-lang/python: 2.3.4 sys-devel/autoconf: 2.59-r6, 2.13 sys-devel/automake: 1.8.5-r2, 1.5, 1.4_p6, 1.6.3, 1.7.9, 1.9.3 sys-devel/binutils: 2.15.92.0.2-r1 sys-devel/libtool: 1.5.2-r7 virtual/os-headers: 2.6.8.1-r1 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-O2 -march=athlon-xp -pipe -fomit-frame-pointer -fweb -frename-registers" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-O2 -march=athlon-xp -pipe -fomit-frame-pointer -fweb -frename-registers" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig candy ccache distlocks noauto sandbox sfperms userpriv usersandbox" GENTOO_MIRRORS="ftp://ftp.snt.utwente.nl/pub/os/linux/gentoo http://ftp.easynet.nl/mirror/gentoo/ http://www.gigaload.org/gentoo.org/" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.nl.gentoo.org/gentoo-portage" USE="3dnow 3dnowex X alsa ansi apm avi bitmap-fonts cdr crypt dga edl emacs f77 faad fbcon foomaticdb fortran gnome gstreamer gtk2 imagemagick javascript jit jpeg libcaca libg++ libwww maildir md5sum mikmod mmx mmx2 mng mozdevelop mozsvg mpeg ncurses nethack network nls nntp no-old-linux no_wxgtk1 nptl nptlonly oggvorbis pam png python qemu-fast quicktime readline rtc softmmu spell sse ssl svg tetex truetype unicode userlocales x86 xml2 xv zlib"
Ok, I looked a bit harder, and the ebuild is right, but portage is wrong. It uses newenvd to install a file, but due to a portage bug this is not working. According to #gentoo-portage that bug is fixed in the upcoming portage release. I'm closing this one as invalid.