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
