Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!
Not eligible to see or edit group visibility for this bug.
View Bug Activity | Format For Printing | XML | Clone This Bug
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
(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.
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.
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>
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.
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.
> 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.
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.
> 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.
(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.
(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.
> 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.
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.
$ 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
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)?
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)?
(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.
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
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.
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
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.
