For some reason, probably out of curiousity, I emerged bashdb, and emerging openssl decided to take advantage of that. openssl's emerge got as far as the ./Configure part of the build and paused in a bashdb prompt, at least that's my guess because ps doesn't show it as such.
Operating system: x86_64-whatever-linux2 Configuring for linux-x86_64 ====================================================================== === SANITY TESTING! === No configuration will be done, all other arguments will be ignored! ====================================================================== No sanity errors detected! >>> Source unpacked. >>> Compiling source in /var/tmp/portage/dev-libs/openssl-0.9.8g-r1/work/openssl-0.9.8g ... * Use configuration linux-x86_64 ./Configure linux-x86_64 enable-camellia enable-ec enable-idea enable-mdc2 enable-rc5 enable-tlsext enable-gmp no-krb5 enable-zlib enable-zlib-dynamic --prefix=/usr --openssldir=/etc/ssl shared threads Reading /var/tmp/portage/dev-libs/openssl-0.9.8g-r1/work/openssl-0.9.8g/Configure: [=====================> ] 53% done. (/var/tmp/portage/dev-libs/openssl-0.9.8g-r1/work/openssl-0.9.8g/Configure:1): 1: : bashdb<0> Not knowing much about it, and the log files giving no hints, I tried 'help' and ^D and the build failed. I demerged bashdb and the build ran fine. This prompting business is pretty odd, seems to me, in an automated build. I have no idea what it wants, why it was invoked, or why it fails when I enter ^D. This is repeatable; if I emerge bashdb, then openssl, it pauses with that prompt, and the openssl emerge fails; if I demerge bashdb, then merge openssl, there is no prompt and pause, and the openssl emerge works. The difference in the fail and work logs shows as the failure wanting to run "make depend" and apparently not foing a particularly good job of it. Failure: ./Configure linux-x86_64 enable-camellia enable-ec enable-idea enable-mdc2 enable-rc5 enable-tlsext enable-gmp no-krb5 enable-zlib enable-zlib-dynamic --prefix=/usr --openssldir=/etc/ssl shared threads making depend in crypto... make[1]: Entering directory `/var/tmp/portage/dev-libs/openssl-0.9.8g-r1/work/openssl-0.9.8g/crypto' makedepend: warning: cryptlib.c (reading /usr/include/gentoo-multilib/amd64/stdlib.h, line 33): cannot find include file "stddef.h" not in ./stddef.h not in ../stddef.h not in ../include/stddef.h not in /usr/include/stddef.h makedepend: warning: /usr/include/gentoo-multilib/amd64/time.h includes /usr/include/bits/types.h more than once! Already have /usr/include/bits/types.h Works: ./Configure linux-x86_64 enable-camellia enable-ec enable-idea enable-mdc2 enable-rc5 enable-tlsext enable-gmp no-krb5 enable-zlib enable-zlib-dynamic --prefix=/usr --openssldir=/etc/ssl shared threads Configuring for linux-x86_64 no-krb5 [krb5-flavor not specified] OPENSSL_NO_KRB5 no-rfc3779 [default] OPENSSL_NO_RFC3779 (skip dir) no-seed [default] OPENSSL_NO_SEED (skip dir) IsMK1MF=0 CC =x86_64-pc-linux-gnu-gcc CFLAG =-fPIC -DOPENSSL_PIC -DZLIB_SHARED -DZLIB -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN -DHAVE_DLFCN_H -m64 -DL_ENDIAN -DTERMIO -O3 -Wall -DMD32_REG_T=int -DMD5_ASM ... and so on ... making links in crypto... make[1]: Entering directory `/var/tmp/portage/dev-libs/openssl-0.9.8g-r1/work/openssl-0.9.8g/crypto' crypto.h => ../include/openssl/crypto.h tmdiff.h => ../include/openssl/tmdiff.h Does anyone have any idea what is going on here? For that matter, does anyone have any practical knowledge of bashdb? -- ... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._. Felix Finch: scarecrow repairman & rocket surgeon / [EMAIL PROTECTED] GPG = E987 4493 C860 246C 3B1E 6477 7838 76E9 182E 8151 ITAR license #4933 I've found a solution to Fermat's Last Theorem but I see I've run out of room o -- gentoo-user@lists.gentoo.org mailing list