When gzip'ing xorg-x11's manpages, some invalid (i.e. nonexisting filenames) are passed as input to gzip. Normally gzip just bails out with "file not found"-errors, but unfortunately one of these incorrect filenames is "-" which results in gzip reading from STDIN. So the process "hangs" until CTRL-D is pressed. Reproducible: Always Steps to Reproduce: 1. emerge xorg-x11 2. wait for manpages being gzip'ed 3. Actual Results: gzip gets an invalid filename "-" which results in gzip reading from STDIN and not continuing until CTRL-D is pressed Expected Results: it shouldn't pass incorrect filenames to gzip
Created attachment 38561 [details] grep gzip 1584-xorg-x11-6.7.903.log | grep man | grep 'Not found' This is a result of " grep gzip 1584-xorg-x11-6.7.903.log | grep man | grep 'Not found' ". It shows the invalid filenames with the reading from STDIN in the end
I made the complete build-log available at http://dev.gentoo.org/~beejay/15383-xorg-x11-6.7.99.903.log.gz
antares /home/benni # emerge --info Portage 2.0.50-r10 (gcc34, gcc-3.4.1, glibc-2.2.5-r2,2.3.4.20040808-r0, 2.6.8-gentoo-r1) ================================================================= System uname: 2.6.8-gentoo-r1 i686 AMD Athlon (TM) Gentoo Base System version 1.5.3 distcc 2.13 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.3 [enabled] Autoconf: sys-devel/autoconf-2.59-r4 Automake: sys-devel/automake-1.8.5-r1 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-march=athlon-tbird -O2 -pipe -mmmx -m3dnow" CHOST="i686-pc-linux-gnu" COMPILER="" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.1/share/config /usr/kde/3.2/share/config /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/alias /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon-tbird -O2 -pipe -mmmx -m3dnow" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache noauto sandbox sfperms userpriv usersandbox" GENTOO_MIRRORS="http://linux.rz.ruhr-uni-bochum.de/download/gentoo-mirror/ ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo ftp://sunsite.dk/mirrors/gentoo ftp://ftp.tu-clausthal.de/pub/linux/gentoo http://www.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync8.de.gentoo.org/gentoo-portage" USE="X Xaw3d aalib alsa apache apache2 apm arts avi berkdb bonobo cdr crypt cups dga dvd emacs encode esd flash foomaticdb gb gd gdbm gif gnome gpm gtk gtk2 gtkhtml guile imap imlib informix innodb jikes jpeg kde kerberos ldap libg++ libwww lirc mad maildir mbox mikmod mmmx motif mozilla mpeg mysql ncurses nls nocardbus nofbc nptl oggvorbis opengl oss pam pdflib perl png python qt quicktime readline samba sasl scanner sdl slang spell ssl svga tcltk tcpd tiff truetype unicode usb wmf x86 xml xml2 xmms xv zlib"
It's passing some error message to gzip, word by word. If you read vertically, you can sort of see it.
http://dev.gentoo.org/~spyderous/3508-xorg-x11-6.7.99.903.log.bz2 is a standard log, if you want some comparison.
Quick note for those following along at home: This is happening in "prepman /usr/X11R6" -- it appears that ssh is getting called in some way, somehow. Proper output is: gzipping man page: aiptek.4x gzipping man page: sunbw2.4x Beejay gets: gzipping man page: aiptek.4x gzipping man page: ter gzip: /var/tmp/portage/xorg-x11-6.7.99.903/image/usr/X11R6/man//ter: No such file or directory [...]
Put some debugging-info and verbosity to prepman; test if quoting is the origin of this bug --- prepman.bak 2004-08-31 10:52:55.994951280 +0200 +++ /usr/lib/portage/bin/prepman 2004-08-31 10:55:33.462012648 +0200 @@ -1,4 +1,4 @@ -#!/bin/bash +#!/bin/bash -x # Copyright 1999-2003 Gentoo Technologies, Inc. # Distributed under the terms of the GNU General Public License v2 # $Header: /home/cvsroot/gentoo-src/portage/bin/prepman,v 1.6 2003/02/22 16:59:08 carpaski Exp $ @@ -13,10 +13,11 @@ for x in `find "${z}"/ -type d 2>/dev/null` ; do for y in `find "${x}"/ \( -type f -or -type l \) -maxdepth 1 -mindepth 1 2>/dev/null` ; do + echo processing y=${y} if [ -L "${y}" ] ; then # Symlink ... mylink="${y}" - linkto="`readlink "${y}"`" + linkto="${readlink \"${y}\"}" if [ "${linkto##*.}" != "gz" ] ; then linkto="${linkto}.gz"
Started process again, with verbose version of prepman and "emerge -d". Log available as http://dev.gentoo.org/~beejay/15385-xorg-x11-6.7.99.903-VERBOSE.log.gz. Bug is still present.
made CONTENTS of xorg-x11-6.7.99.903 available: dev.gentoo.org/~beejay/CONTENTS.bz2
cc'ing portage team on this
I don't think prepman ever expected subdirectories inside of man dirs. I think that's a little strange myself... but there's a fix in cvs. - if [ "${y##*.}" != "gz" ]; then + if [ "${y##*.}" != "gz" ] && [ ! -d "${y}" ]; then echo "gzipping man page: ${y##*/}" gzip -f -9 "${y}" fi
I have the same problem on my system: ******************* gzipping man page: XProjectTeam.7x gzipping man page: X.Org.7x gzipping man page: nmpget gzip: /var/tmp/portage/xorg-x11-6.8.0-r1/image/usr/X11R6/man//nmpget: No such file or directory gzipping man page: -c Caught signal 2 gzipping man page: blah gzip: blahblah: No such file or directory gzipping man page: -v1 Caught signal 2 gzipping man page: 192.168.24.2 gzip: 192.168.24.2: No such file or directory gzipping man page: system.hrProcessorLoad.1: gzip: system.hrProcessorLoad.1:: No such file or directory fixing man page symlink: eps2eps.1.gz fixing man page symlink: ps2pdf12.1.gz fixing man page symlink: ps2pdf13.1.gz ******************* as you can see it's trying to gzip the 'man pages': snmpget -c blah -v1 192.168.24.2 system.hrProcessorLoad.1:
Bug has been fixed and released in stable portages on or before 2.0.51-r2
*** Bug 77587 has been marked as a duplicate of this bug. ***
You might have a regression here. "I get the following when trying to emerge xorg-x11-6.8.0-r3 with portage-2.0.51-r8" ... from #77587
Yes, please re-open! The only reason I filed a new bug is because I'm unable to re-open this one... :-/
Can you add the CONTENTS file from /var/db/pkg/ for the relevant build please?
*** Bug 77116 has been marked as a duplicate of this bug. ***
*** Bug 78268 has been marked as a duplicate of this bug. ***
Is this still an issue?
No response; get back to us.