Since there have been many packages to update today, I have run the emerge in the background as follows: >nohup.out && nohup sh -c 'time emerge --deep -u world' & This runs for a while, but then hangs during the emerge of guile-1.6.2: creating libtool checking for tgoto in -lncurses... yes checking for readline in -lreadline... yes checking for siginterrupt... yes checking for rl_clear_signals... yes checking for rl_cleanup_after_signal... yes checking for rl_filename_completion_function... yes checking for rl_pre_input_hook... yes checking if readline clears SA_RESTART flag for SIGWINCH... Reproducible: Always Steps to Reproduce: nohup emerge guile & (Observe the build with tail -999f nohup.out) Actual Results: Hang at checking if readline clears SA_RESTART flag for SIGWINCH... Expected Results: Continue to build Work-around is to pull the job into the foreground for a moment, and then put it back into the background.
guile-1.6.2 hasn't been in portage for a while, does this still happen with 1.6.4 ?
The problem occurs repeatably with guile-1.6.4 as stated in the Summary. The version number "1.6.2" in the text is a typo; sorry.
ah ok .. sorry, i didn't read the topic ;) can you include the output of emerge info and also what version of readline you have installed?
Here is the info * sys-libs/readline Latest version available: 4.3-r4 Latest version installed: 4.3-r4 Portage 2.0.48-r1 (default-x86-1.4, gcc-3.2.2, glibc-2.3.1-r4) ================================================================= System uname: 2.4.21 i686 Intel(R) Pentium(R) 4 CPU 2.60GHz GENTOO_MIRRORS=" http://ftp.easynet.nl/mirror/gentoo/ ftp://ftp.tu-clausthal.de/pub/linux/gentoo/ http://gentoo.linux.no/ ftp://sunsite.cnlab-switch.ch/mirror/gentoo/" CONFIG_PROTECT="/etc /var/qmail/control /usr/kde/2/share/config /usr/kde/3/share/config /usr/X11R6/lib/X11/xkb /usr/kde/3.1/share/config /usr/share/config" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" PORTDIR="/usr/portage" DISTDIR="/usr/portage/distfiles" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR_OVERLAY="/usr/local/portage" USE="3dnow crypt gif gpm libg++ mad mikmod mmx ncurses nls pdflib quicktime spell xml2 gdbm berkdb slang readline svga java guile X sdl pam libwww ssl perl python imlib qt motif -aalib acpi alsa -apm -arts avi cdr cups dvdemacs encode esd gnome gphoto2 gtk gtk2java jpeg -kde -leim mbox mozilla mpeg -mule-nls oggvorbis opengl -oss png readlinesamba sse tcpd tetex tiff truetype usbX xmms xv x86 zlib" COMPILER="gcc3" CHOST="i686-pc-linux-gnu" CFLAGS="-march=pentium3 -mcpu=pentium4 -O3 -pipe" CXXFLAGS="-march=pentium3 -mcpu=pentium4 -O3 -pipe" ACCEPT_KEYWORDS="x86" MAKEOPTS="-j2" AUTOCLEAN="yes" SYNC="rsync://rsync.de.gentoo.org/gentoo-portage/" FEATURES="ccache fixpackages notitles sandbox userpriv"
can you try with less aggressive USE flags like : CFLAGS="-march=pentium3 -O2" pentium4 is a problematic flag as the warning says in make.conf
Do you really have a problem reproducing this bug? To me it seems unlikely a simple test program is affected by the CFLAGS in this way. Rather, it seems that the test program tries to read from the terminal: http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&oe=utf-8&selm=a12k36%2413bd%241%40FreeBSD.csie.NCTU.edu.tw BTW I think that the warning in make.conf about pentium4 generating invalid SSE2 instructions applies to -march=pentium4, not -mcpu=pentium4, as the latter does not allow pentium4-specific instructions, but only declares which cpu to optimise for.
sorry, i didn't read your comment properly about nohup and stuff. does that fix in the post work for you then?
well, the patch doesn't apply and i don't think it really is worth the effort to try and figure out the test program will do that. so just leave is that this package can't be run in the background because of this special readline check. feel free to reopen if you have a working patch available
