After upgrading to portage 2.1-pre6-*, 'emerge -auDv world' returns to shell just after 'compile' operation. Any other instance of 'emerge' which requires a 'merge' does the same thing. Expected result: 'emerge' continues normally with the merging of a ebuild. Reverted to portage 2.1_pre5-r4 emerge --info: Gentoo Base System version 1.12.0_pre16 Portage 2.1_pre5-r4 (default-linux/x86/2005.1, gcc-3.4.5, glibc-2.4-r0, 2.6.15-suspend2-r8 i686) ================================================================= System uname: 2.6.15-suspend2-r8 i686 Mobile AMD Athlon(tm) XP 2600+ Python: dev-lang/python-2.4.2-r1 [2.4.2 (#2, Feb 14 2006, 02:23:41)] ccache version 2.4 [enabled] dev-lang/python: 2.4.2-r1 sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.59-r7, 2.13 sys-devel/automake: 1.7.9-r1, 1.8.5-r3, 1.9.6-r1, 1.5, 1.4_p6, 1.6.3 sys-devel/binutils: 2.16.1-r2 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r3 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-march=athlon-xp -O3 -pipe -fomit-frame-pointer -funroll-loops" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/revdep-rebuild /etc/splash /etc/terminfo /etc/texmf/web2c /etc/env.d" CXXFLAGS="-march=athlon-xp -O3 -pipe -fomit-frame-pointer -funroll-loops" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://gentoo.blueyonder.co.uk http://gentoo.mirrors.tds.net/gentoo http://trumpetti.atm.tut.fi/gentoo/ http://darkstar.ist.utl.pt/gentoo/" LANG="it_IT" LC_ALL="it_IT.utf8" LINGUAS="it" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="x86 3dnow 7zip X aac aalib acpi adns aim alsa apache2 audiofile avi bash-completion berkdb bitmap-fonts bzip2 caps cdparanoia cdr crypt cups curl dba dbase dbus dga dio dri dts dvb dvd dvdr dvdread emboss encode esd ethereal exif expat fam fbcon ffmpeg fftw flac flatfile foomaticdb fortran ftp gcj gdbm geoip gif glut gmp gnome gnutls gpm gps gstreamer gtk gtk2 gtkhtml hal howl iconv icq idn ieee1394 imagemagick imap imlib jabber jack java javascript jpeg jpeg2k lcms lesstif libcaca libg++ libgda libwww mad matroska mbox md5sum mhash mikmod mime mmap mmx mng motif mozilla mp3 mpeg msn nas ncurses nis nls nptl nsplugin odbc offensive ogg oggvorbis opengl oscar oss pam pcmcia pcre pdf pdflib perl php pic png posix postgres ppds python qt quicktime readline recode samba sdl sharedmem slang sndfile soap sockets sox spell spl sse ssl svg sysvipc szip tcltk tcpd tetex theora threads tiff truetype truetype-fonts type1-fonts udev unicode usb v4l vcd vorbis win32codecs wmf wxwindows xinerama xml xml2 xmlrpc xosd xpm xsl xv xvid yahoo zlib video_cards_via linguas_it userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CBUILD, CTARGET, LDFLAGS, PORTDIR_OVERLAY PS: sorry, I'm at home only after 6.00pm italian hour, so don't be angry if I cannot answer quickly.
Could you please attach the relevant portion of /var/log/emerge.log and also a log from emerge with the --debug option when it stops after the compile.
(In reply to comment #1) > Could you please attach [...] I think I'll do tomorrow, at this very moment I'm upgrading 'world' with 2.1_pre5... The very boring thing is that to revert to a previous version of portage I've to refer to /usr/portage/sys-apps/portage/files/README.RESCUE ... Thanks.
(In reply to comment #2) > The very boring thing is that to revert to a previous version of portage I've > to refer to /usr/portage/sys-apps/portage/files/README.RESCUE ... To revert to the previous version of portage, you might also try the lower level 'ebuild' command. For example: cd /usr/portage/sys-apps/portage ebuild portage-2.1_pre5-r4.ebuild compile ebuild portage-2.1_pre5-r4.ebuild install ebuild portage-2.1_pre5-r4.ebuild merge
(In reply to comment #3) > To revert to the previous version of portage, you might also try the lower > level 'ebuild' command. [...] I'm not so sure, but I think I've tried that way and it didn't work. More news for tomorrow. Thanks a lot.
Please attach --debug output and reopen.
*** Bug 126690 has been marked as a duplicate of this bug. ***
Created attachment 82476 [details] Output of 'emerge --debug --oneshot portage' Since I didn't see this one before and made a dup, I'm posting the requested output as an attachment here; I can't reopen the bug though. /var/log/emerge.log just says: 1142706769: Started emerge on: Mar 18, 2006 19:32:49 1142706769: *** emerge --debug --oneshot portage 1142706770: >>> emerge (1 of 1) sys-apps/portage-2.1_pre6-r3 to / 1142706770: === (1 of 1) Cleaning (sys-apps/portage-2.1_pre6-r3::/usr/portage/sys-apps/portage/portage-2.1_pre6-r3.ebuild) 1142706770: === (1 of 1) Compiling/Merging (sys-apps/portage-2.1_pre6-r3::/usr/portage/sys-apps/portage/portage-2.1_pre6-r3.ebuild) 1142706776: *** terminating.
Reopening.
Created attachment 82556 [details] Relevant lines of /var/log/emerge.log
Created attachment 82557 [details] `emerge --oneshot --debug portage > debug-emerge-portage.txt 2> debug-emerge-portage.txt` Here attached the requested info. For completeness, `ebuild /usr/portage/sys-apps/portage/portage-2.1_pre5-r4.ebuild fetch unpack compile install qmerge` does not merge, but `ebuild /usr/portage/sys-apps/portage/portage-2.1_pre5-r4.ebuild fetch unpack compile install; ebuild /usr/portage/sys-apps/portage/portage-2.1_pre5-r4.ebuild qmerge` does, during downgrading. Thank you all.
Created attachment 82837 [details, diff] portage debug patch for python tracing This patch adds support for python tracing with the --debug option of emerge or ebuild (should be included with 2.1_pre7). With a minimal ebuild, expect about 70MB of output that can compress to about 1.5MB with bzip2. If you save the patch as /tmp/portage_debug.patch then you can apply it as follows: cd /usr/lib/portage patch -p0 < /tmp/portage_debug.patch After the patch is applied, please reproduce the problem with --debug enabled. Please compress the output with bzip2 or attach only the relevant portion (the tail).
Created attachment 82849 [details] Compressed output of 'emerge --debug --oneshot portage' after patching I'm attaching the requested output, bzip2 compressed.
(In reply to comment #12) > Compressed output of 'emerge --debug --oneshot portage' after patching The call to `/usr/lib/portage/bin/misc-functions.sh install_qa_check` seems to be failing before the place where bash tracing is enabled. Please add a line containing 'set -x' at the top of /usr/lib/portage/bin/misc-functions.sh (just below #!/bin/bash is fine) and try to install something again. You don't need --debug in this case because the 'set -x' line will enable bash tracing.
Created attachment 82855 [details] Output of 'emerge --oneshot portage' after setting +x in /usr/lib/portage/bin/misc-functions.sh
Found the problem; it's due to /etc/portage/bashrc, a tweak installed by an user-made ebuild popular in the italian forum. Sorry about that.
(In reply to comment #15) > Found the problem; it's due to /etc/portage/bashrc, a tweak installed by an > user-made ebuild popular in the italian forum. > Sorry about that. No problem. Obviously portage needs to detect and handle such things better. Thanks for your cooperation.
I've fixed it so an error message is written to stderr when misc-functions.sh fails, and enabled bash tracing when /etc/portage/bashrc is sourced during --debug mode.
released in 2.1_pre6-r6
*** Bug 128634 has been marked as a duplicate of this bug. ***
*** Bug 136649 has been marked as a duplicate of this bug. ***
