Bug 73959 – emacs-cvs-21.3.50-r2 doesn't set proper info path for slotted info pages

• Product: Gentoo Linux
• Status: RESOLVED INVALID

[Description Marien Zwart (RETIRED) 2004-12-09 15:56:52 UTC]

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"

[Comment 1 Marien Zwart (RETIRED) 2004-12-12 14:33:47 UTC]

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.