Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 162675 - app-editors/emacs-cvs-22.0.92 - infopages compressed twice
Summary: app-editors/emacs-cvs-22.0.92 - infopages compressed twice
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Emacs project
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-01-18 16:19 UTC by Tassilo Horn
Modified: 2007-01-31 08:36 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Tassilo Horn 2007-01-18 16:19:21 UTC
The info files are installed at /usr/share/info/emacs-22.0.92/. But they're all gzipped and then bzipped again. The dir file is bzipped, too.

If you change into /usr/share/info/emacs-22.0.92/ and execute `bunzip2 *' all works fine again. So the problem is the unneccessary bzipping.

BTW: The new behavior of the emacs-cvs ebuilds sucks, IMHO. There's no point in a cvs ebuild that does not install the CVS HEAD. Then you could better create a tarball with the checkout of e.g. the CVS TAG 22.0.92 + an normal emacs-22.0.92.ebuild. Till now I used the emacs-cvs ebuild to find bugs and test possible fixes. That's not possible anymore.

Does that qualify as a bug? Then I'll open a new one for it.

Reproducible: Always

Steps to Reproduce:
1. emerge emacs-cvs
2.
3.




Portage 2.1.2 (default-linux/x86/2006.1, gcc-4.1.1, glibc-2.5-r0, 2.6.19-gentoo-r4 i686)
=================================================================
System uname: 2.6.19-gentoo-r4 i686 Genuine Intel(R) CPU           T2300  @ 1.66GHz
Gentoo Base System version 1.12.9
Timestamp of tree: Thu, 18 Jan 2007 08:50:01 +0000
dev-java/java-config: 1.3.7, 2.0.31-r3
dev-lang/python:     2.4.4
dev-python/pycrypto: 2.0.1-r5
sys-apps/sandbox:    1.2.18.1
sys-devel/autoconf:  2.13, 2.61
sys-devel/automake:  1.4_p6, 1.5, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10
sys-devel/binutils:  2.17
sys-devel/gcc-config: 1.3.14
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.19.2-r1
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-march=i686 -mtune=prescott -O2 -pipe -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config"
CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c"
CXXFLAGS="-march=i686 -mtune=prescott -O2 -pipe -fomit-frame-pointer -fvisibility-inlines-hidden"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks fixpackages metadata-transfer parallel-fetch sandbox sfperms strict userpriv usersandbox"
GENTOO_MIRRORS="ftp://ftp.tu-clausthal.de/pub/linux/gentoo/ http://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ http://gentoo.supp.name/ ftp://212.219.56.133/sites/www.ibiblio.org/gentoo/ ftp://mirror.icis.pcz.pl/gentoo/"
LANG="de_DE.utf8"
LDFLAGS="-Wl,-O1"
LINGUAS="en de"
MAKEOPTS="-j3"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.de.gentoo.org/gentoo-portage"
USE="X a52 aac accessibility acpi alsa aotuv asf async audiofile berkdb boundschecking bzip2 c++ cairo cap caps cdparanoia cli cpudetection cracklib crypt css cups curl dbus dga dhcp dio dlloader dmi dri dvd dvdread dynamic eap-tls emacs encode exscalibar fam fbcon ffmpeg fftw finger flac fontconfig gdbm gif glut gmp gnutls gpgme gpm graphviz gs gsl gtk gtk2 hal iconv icq idn imagemagick imap imlib ipv6 isdnlog jabber jack java javascript jbig jpeg jpeg2k kde kdeenablefinal kdehiddenvisibility ldap libedit libg++ live lzo mad maildir mime mimencode mjpeg mmx mmxext mng mouse mozsvg mp3 mp4 mpeg musepack musicbrainz ncurses nis nls nntp nosrc nptl nptlonly nsplugin nvidia offensive ogg openexr opengl pam pcmcia pcre pdf pic png postgres ppds pppd qdbm qt3 qt4 quicktime rdesktop readline real reflection rtc ruby samba sasl sbcl sdl session slp smp smtp sndfile socks5 sox speex spell spl sql sse sse2 ssl subversion svg sysfs taglib tcpd tetex theora threads tidy tiff truetype truetype-fonts type1-fonts udev unicode usb userlocales utempter uudeview vorbis win32codecs wmf x264 x86 xcomposite xface xine xinerama xinetd xml xorg xosd xpm xprint xscreensaver xv xvid xvmc zeroconf zlib" ALSA_CARDS="hda-intel" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" ELIBC="glibc" INPUT_DEVICES="mouse keyboard synaptics" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en de" USERLAND="GNU" VIDEO_CARDS="nvidia"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, PORTAGE_RSYNC_EXTRA_OPTS
Comment 1 Christian Faulhammer (RETIRED) gentoo-dev 2007-01-18 23:07:33 UTC
(In reply to comment #0)
> The info files are installed at /usr/share/info/emacs-22.0.92/. But they're all
> gzipped and then bzipped again. The dir file is bzipped, too.

 I will take care of that tomorrow.
 
> BTW: The new behavior of the emacs-cvs ebuilds sucks, IMHO. There's no point in
> a cvs ebuild that does not install the CVS HEAD. Then you could better create a
> tarball with the checkout of e.g. the CVS TAG 22.0.92 + an normal
> emacs-22.0.92.ebuild. Till now I used the emacs-cvs ebuild to find bugs and
> test possible fixes. That's not possible anymore.

 We always had problems with changing behaviour for such a complex ebuild as needed for emacs-cvs, so sticking to a branch makes life easier for us maintainers.  And it does make sense, if you want to use a certain feature but don't want to be on the bleeding edge.
 My first proposal is, that you copy the old Emacs HEAD ebuild to your overlay and test it that way.  Maybe we can find another solution.
Comment 2 Matthew Kennedy (RETIRED) gentoo-dev 2007-01-19 07:10:19 UTC
I don't think we should have switched from HEAD to EMACS_PRETEST_22_0_92. 

As for the info docs being gzipped and then bzip2ed and the Info dir file being compressed, is that something the emacs build system is doing or is portage responsible for it?  If the latter, better CC them.
Comment 3 Tassilo Horn 2007-01-19 09:04:23 UTC
Hi Chris, hi Matthew,
I'm not completely sure, but I think this double-compressing occured first when portage was updated, too. It must have been roughly a week ago, so I suspect the uprade from sys-apps/portage 2.1.2_rc4-r5 to sys-apps/portage 2.1.2_rc4-r7. (Was there no -r6? At least it's not in the packages.gentoo.org RSS feed...)

<OT>
@Chris: You're not sticking to a branch but to a tag, which means that there will be no updates at all till the emacs devs decide to tag anew. The tag 22.0.50 was the latest tag for about a year or so (Matthew should know better), and to me a cvs ebuild which fetches a revision that's that outdated is not justified.
</OT>
Comment 4 Christian Faulhammer (RETIRED) gentoo-dev 2007-01-19 12:31:31 UTC
I won't have time to do the compress thing today.  Info files are compressed by doinfo according to Gentoo Dev Handbook, so the Emacs build system possibly does that itself and afterwards it is compressed again by the Portage function.

What confused some users and also me was the fact we had version numbers for the cvs ebuilds.  Normally version tags for live ebuilds are something like 9999, maybe we should switch to HEAD with emacs-cvs-22-9999.ebuild or similar.  At the moment the current tag is 22.0.9x, so not that old.  Matthew, as it is your child I would you to handle it, my problems with the CVS ebuild are big enough, so I would like to concentrate on other Emacs related things.
Comment 5 Matthew Kennedy (RETIRED) gentoo-dev 2007-01-19 22:18:16 UTC
Well, not sure what you mean by "Matthew should know better", I don't remember changing it.  Anyway, I've been using the unicode branch and haven't noticed.  Perhaps now is a good time to create a app-emacs/emacs-22.0.92 for the pretest and mask it.
Comment 6 Tassilo Horn 2007-01-19 23:07:39 UTC
> Well, not sure what you mean by "Matthew should know better"

I thought you (as maintainer) followed emacs development a bit closer than I did and know exactly for how long 22.0.50 was the latest tag.
Comment 7 Christian Faulhammer (RETIRED) gentoo-dev 2007-01-26 08:40:38 UTC
As Matthew retired, I have to take care of emacs-cvs.  I am not very experienced with it, as it never built on any of my machines.  

Back to the bug(s):
a) I removed a gzip line in the ebuild which should stop double compression.  Please test.
b) I added a hard-masked emacs-22.0.9999.ebuild which is the old live one.  Please test.
Comment 8 Tassilo Horn 2007-01-26 11:31:24 UTC
> As Matthew retired, I have to take care of emacs-cvs. 

Did he retire from the whole gentoo emacs herd, or only from this ebuild?

> I am not very experienced with it, as it never built on any of 
> my machines.

Really? I use it for several years on different machines (x86, ppc and amd64) without any problems. But I'll try to help as good as I can. ;-)

> b) I added a hard-masked emacs-22.0.9999.ebuild which is the old live 
>    one. 
> Please test.

You have to set the SLOT to the current pretest release, which is 22.0.93 at the moment, else the build breaks when trying to do

    rm ${D}/usr/bin/emacs-${SLOT}.emacs-${SLOT}

Whenever a new pretest is tagged by the emacs devs, SLOT has to be set to it. That's all what is needed to keep the emacs-cvs-22.0.9999.ebuild working.

(BTW: You can add a new pretest emacs-cvs-22.0.93.ebuild, too)

The double compression thingy is nearly solved. The info files are only bzipped, which is ok. But the dir file is bzipped, too, but it must not be compressed at all.
Comment 9 Christian Faulhammer (RETIRED) gentoo-dev 2007-01-26 15:34:43 UTC
(In reply to comment #8)
> > As Matthew retired, I have to take care of emacs-cvs. 
> Did he retire from the whole gentoo emacs herd, or only from this ebuild?

 He retired from whole Gentoo.
 
> > I am not very experienced with it, as it never built on any of 
> > my machines.
> Really? I use it for several years on different machines (x86, ppc and amd64)
> without any problems. But I'll try to help as good as I can. ;-)

 Maybe I give it a new try.
 
> > b) I added a hard-masked emacs-22.0.9999.ebuild which is the old live 
> >    one. 
> > Please test.
> You have to set the SLOT to the current pretest release, which is 22.0.93 at
> the moment, else the build breaks when trying to do

 Ok, haven't checked that, thanks.  Done.
 
> Whenever a new pretest is tagged by the emacs devs, SLOT has to be set to it.
> That's all what is needed to keep the emacs-cvs-22.0.9999.ebuild working.

 That I noticed.

> (BTW: You can add a new pretest emacs-cvs-22.0.93.ebuild, too)

 Done.
 
> The double compression thingy is nearly solved. The info files are only
> bzipped, which is ok. But the dir file is bzipped, too, but it must not be
> compressed at all.

 I will have a look later.  On Monday, as I leave today.
Comment 10 Christian Faulhammer (RETIRED) gentoo-dev 2007-01-29 14:35:34 UTC
(In reply to comment #8)
> The double compression thingy is nearly solved. The info files are only
> bzipped, which is ok. But the dir file is bzipped, too, but it must not be
> compressed at all.

 It really is that I can compile emacs-cvs now, and my dir file is not compressed in any way.  It can be accessed here without problems.  What ebuild are you using now?  Anything above from 22.0.92 has no gzip line for info files anymore.
Comment 11 Tassilo Horn 2007-01-29 16:40:20 UTC
> It really is that I can compile emacs-cvs now, and my dir file is not
> compressed in any way.  It can be accessed here without problems.  What
> ebuild are you using now?

I use 22.0.9999 and portage-2.1.2-r5, and here the dir file of /usr/share/info/emacs-22.0.93/ is bzip2ed. The additional gzipping is indeed solved.
Comment 12 Christian Faulhammer (RETIRED) gentoo-dev 2007-01-30 06:41:01 UTC
I can't reproduce.  Please give your output of `emerge -pv emacs-cvs`.

luna / # bunzip2 /usr/share/info/emacs-22.0.93/dir 
bunzip2: Can't guess original name for /usr/share/info/emacs-22.0.93/dir -- using /usr/share/info/emacs-22.0.93/dir.out
bunzip2: /usr/share/info/emacs-22.0.93/dir is not a bzip2 file.
luna / # gunzip -c /usr/share/info/emacs-22.0.93/dir 

gunzip: /usr/share/info/emacs-22.0.93/dir: not in gzip format
luna / # unzip /usr/share/info/emacs-22.0.93/dir 
Archive:  /usr/share/info/emacs-22.0.93/dir
  End-of-central-directory signature not found.  Either this file is not
  a zipfile, or it constitutes one disk of a multi-part archive.  In the
  latter case the central directory and zipfile comment will be found on
  the last disk(s) of this archive.
unzip:  cannot find zipfile directory in one of /usr/share/info/emacs-22.0.93/dir or
        /usr/share/info/emacs-22.0.93/dir.zip, and cannot find /usr/share/info/emacs-22.0.93/dir.ZIP, period.
Comment 13 Tassilo Horn 2007-01-30 10:57:28 UTC
$ emerge -pv emacs-cvs

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild   R   ] app-editors/emacs-cvs-22.0.9999-r1  USE="X alsa gif gtk gzip-el jpeg nls png spell tiff toolkit-scroll-bars -Xaw3d (-aqua) -gnome -lesstif -motif -source" 0 kB 

Total: 1 package (1 reinstall), Size of downloads: 0 kB
Comment 14 Christian Faulhammer (RETIRED) gentoo-dev 2007-01-30 15:06:15 UTC
luna emacs-22.0.93 # gunzip -c dir

gunzip: dir: not in gzip format
luna emacs-22.0.93 # unzip dir
Archive:  dir
  End-of-central-directory signature not found.  Either this file is not
  a zipfile, or it constitutes one disk of a multi-part archive.  In the
  latter case the central directory and zipfile comment will be found on
  the last disk(s) of this archive.
unzip:  cannot find zipfile directory in one of dir or
        dir.zip, and cannot find dir.ZIP, period.
luna emacs-22.0.93 # bunzip2 dir
bunzip2: Can't guess original name for dir -- using dir.out
bunzip2: dir is not a bzip2 file.


 Same USE flags as you have, it won't have nothing to do with the CFLAGS.  Are you really sure that the file is bzipped (what does bunzip2 tell you)?
Comment 15 Tassilo Horn 2007-01-30 15:26:56 UTC
The dir file is not only bzipped, it also has the .bz2 ending. Sorry if you got me wrong.

root@baldur /h/heimdall> cd /usr/share/info/emacs-22.0.93/
root@baldur /u/s/i/emacs-22.0.93> ls dir*
dir.bz2  dired-x.info.bz2  dir.old
root@baldur /u/s/i/emacs-22.0.93> bunzip2 dir.bz2 
root@baldur /u/s/i/emacs-22.0.93> ls dir*
dir  dired-x.info.bz2  dir.old
root@baldur /u/s/i/emacs-22.0.93> # Now info will work again. :-)

Don't you have a dir.bz2 file in /usr/share/info/emacs-22.0.93/? Maybe the file "dir" is left from an old install on your computer, and you have an additional dir.bz2 (the new dir file)?
Comment 16 Christian Faulhammer (RETIRED) gentoo-dev 2007-01-30 15:59:42 UTC
(In reply to comment #15)
> Don't you have a dir.bz2 file in /usr/share/info/emacs-22.0.93/? Maybe the file
> "dir" is left from an old install on your computer, and you have an additional
> dir.bz2 (the new dir file)?

 No, it is my first emacs-cvs install ever (says the dev from Emacs team :), and I don't have the file.  So try `equery b /usr/share/info/emacs-22.0.93/dir.bz2` and `equery f emacs-cvs|grep dir` (you need to recreate the bzipped dir file) and post the output here, please.  equery is to be found in gentoolkit.
Comment 17 Tassilo Horn 2007-01-30 16:29:47 UTC
root@baldur ~> equery belongs /usr/share/info/emacs-22.0.93/dir.bz2 
[ Searching for file(s) /usr/share/info/emacs-22.0.93/dir.bz2 in *... ]
app-editors/emacs-cvs-22.0.9999-r1 (/usr/share/info/emacs-22.0.93/dir.bz2)
root@baldur ~> equery files emacs-cvs | grep '/dir[ .]'
/usr/share/emacs/22.0.93/etc/images/ezimage/dir.xpm
/usr/share/info/emacs-22.0.93/dir.bz2

Nice, isn't it? ;-)

Here's my "emerge --info", maybe we can find some fundamental differences there:

Portage 2.1.2-r5 (default-linux/x86/2006.1, gcc-4.1.1, glibc-2.5-r0, 2.6.19-gentoo-r4 i686)
=================================================================
System uname: 2.6.19-gentoo-r4 i686 Genuine Intel(R) CPU           T2300  @ 1.66GHz
Gentoo Base System version 1.12.9
Timestamp of tree: Tue, 30 Jan 2007 10:20:01 +0000
dev-java/java-config: 1.3.7, 2.0.31-r3
dev-lang/python:     2.4.4
dev-python/pycrypto: 2.0.1-r5
sys-apps/sandbox:    1.2.18.1
sys-devel/autoconf:  2.13, 2.61
sys-devel/automake:  1.4_p6, 1.5, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10
sys-devel/binutils:  2.17
sys-devel/gcc-config: 1.3.14
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.19.2-r2
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-march=i686 -mtune=prescott -O2 -pipe -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config"
CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c"
CXXFLAGS="-march=i686 -mtune=prescott -O2 -pipe -fomit-frame-pointer -fvisibility-inlines-hidden"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks fixpackages metadata-transfer parallel-fetch sandbox sfperms strict userpriv usersandbox"
GENTOO_MIRRORS="ftp://ftp.tu-clausthal.de/pub/linux/gentoo/ http://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ http://gentoo.supp.name/ ftp://212.219.56.133/sites/www.ibiblio.org/gentoo/ ftp://mirror.icis.pcz.pl/gentoo/"
LANG="de_DE.utf8"
LDFLAGS="-Wl,-O1 -Wl,--as-needed"
LINGUAS="en de"
MAKEOPTS="-j3"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.de.gentoo.org/gentoo-portage"
USE="X a52 aac accessibility acpi alsa aotuv asf async audiofile berkdb boundschecking bzip2 c++ cairo cap caps cdparanoia cli cpudetection cracklib crypt css cups curl dbus dga dhcp dio dlloader dmi dri dvd dvdread dynamic eap-tls emacs encode exscalibar fam fbcon ffmpeg fftw finger flac fontconfig gdbm gif glut gmp gnutls gpgme gpm graphviz gs gsl gtk gtk2 hal iconv icq idn imagemagick imap imlib ipv6 isdnlog jabber jack java javascript jbig jpeg jpeg2k kde kdeenablefinal kdehiddenvisibility ldap libedit libg++ live lzo mad maildir midi mime mimencode mjpeg mmx mmxext mng mouse mozsvg mp3 mp4 mpeg musepack musicbrainz ncurses nis nls nntp nosrc nptl nptlonly nsplugin nvidia offensive ogg openexr opengl pam pcmcia pcre pdf pic png postgres ppds pppd qdbm qt3 qt4 quicktime rdesktop readline real reflection rtc ruby samba sasl sbcl sdl session slp smp smtp sndfile socks5 sox speex spell spl sql sse sse2 ssl subversion svg sysfs taglib tcpd tetex theora threads tidy tiff truetype truetype-fonts type1-fonts udev unicode usb userlocales utempter uudeview vorbis win32codecs wmf x264 x86 xcomposite xface xine xinerama xinetd xml xorg xosd xpm xprint xscreensaver xv xvid xvmc zeroconf zlib" ALSA_CARDS="hda-intel" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" ELIBC="glibc" INPUT_DEVICES="mouse keyboard synaptics" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en de" USERLAND="GNU" VIDEO_CARDS="nvidia"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, PORTAGE_RSYNC_EXTRA_OPTS
Comment 18 Christian Faulhammer (RETIRED) gentoo-dev 2007-01-30 19:14:42 UTC
Could you please give me your version numbers of all dependencies:

x11-libs/libXmu x11-libs/libXpm x11-libs/libXt x11-misc/xbitmaps || ( media-fonts/font-adobe-100dpi media-fonts/font-
adobe-75dpi

DEPEND="sys-libs/ncurses
        sys-libs/zlib
        spell? ( || ( app-text/ispell app-text/aspell ) )
        X? ( || ( ( $X_DEPEND ) virtual/x11 ) )
        X? ( gif? ( media-libs/giflib )
                jpeg? ( media-libs/jpeg )
                tiff? ( media-libs/tiff )
                png? ( media-libs/libpng )
                gtk? ( =x11-libs/gtk+-2* )
                !gtk? ( Xaw3d? ( x11-libs/Xaw3d ) )
                !Xaw3d? ( motif? ( x11-libs/openmotif ) )
                !motif? ( lesstif? ( x11-libs/lesstif ) )
                gnome? ( gnome-base/gnome-desktop ) )
        alsa? ( media-sound/alsa-headers )      
        gzip-el? ( app-arch/gzip  )
        nls? ( sys-devel/gettext )"

and autotools, automake and related (Portage).

You use ~x86, so maybe something is there.  To be honest, I am confused.  The ebuild does not call bzip and the build system of Emacs neither.
Comment 19 Tassilo Horn 2007-01-30 22:49:10 UTC
Hm, I suspect the new portage version. As far as I can remember the double compression problem occured first after I upgraded portage to 2.1.2. It seems portage now compresses any file in info directories with bzip2, whereas 2.1.1 didn't (and the emacs-cvs ebuild took care of gzipping itself). Maybe try upgrading to 2.1.2-r5 and see if you hit the same problem then.

Nevertheless, here are the versions of the deps:

x11-libs/libXmu-1.0.3
x11-libs/libXpm-3.5.6
x11-libs/libXt-1.0.4
x11-misc/xbitmaps-1.0.1
media-fonts/font-adobe-100dpi-1.0.0
media-fonts/font-adobe-75dpi-1.0.0
sys-libs/ncurses-5.6
sys-libs/zlib-1.2.3-r1
app-text/aspell-0.60.4-r1
media-libs/giflib-4.1.4
media-libs/jpeg-6b-r7
media-libs/tiff-3.8.2-r2
media-libs/libpng-1.2.15
x11-libs/gtk+-2.10.9
app-arch/gzip-1.3.10
media-sound/alsa-headers-1.0.14_rc2
x11-libs/Xaw3d-1.5-r1
sys-devel/automake-1.9.6-r2 and 1.7.9-r1 and 1.4_p6 and 1.10 and 1.8.5-r3 and 1.5
sys-devel/gettext-0.16.1
sys-devel/autoconf-2.61 and 2.13
sys-apps/portage-2.1.2-r5
sys-devel/libtool-1.5.22
Comment 20 Christian Faulhammer (RETIRED) gentoo-dev 2007-01-31 08:36:32 UTC
Yes, I had Portage in my mind when I asked for dependencies, but I wanted to go through all of them.  And indeed it is the new ecompress feature which I thought would not bother me, so I mainly skipped the thread on the -dev mailing list.  Temporarily fixed in post_install until I know how to handle it properly.  Thanks for the help and I close it now.