I'm using ppc profile on a IBM power5 platform(/usr/portage/profiles/default-linux/ppc/2004.3) After emerged openssl-0.9.7e, ssh failed. If use 0.9.7d-r2 it's OK. I tried to set CFLAGS="", the error is still there. And 0.9.7e works if I use ppc64 profile(/usr/portage/profiles/default-linux/ppc64/2004.3) Reproducible: Always Steps to Reproduce: 1.emerge =openssl-0.9.7e 2.ssh somehost or /etc/init.d/sshd start 3. Actual Results: ssh will gives output: DH_GEX group out of range: 1024 !< 992 !< 8192 the echo $? result after that is 255. if running /etc/init.d/sshd start, glibc will caught a malloc error Expected Results: no error gcc -v ------------------------------------------------------------------------------- Reading specs from /usr/lib/gcc/powerpc-unknown-linux-gnu/3.4.3/specs Configured with: /var/tmp/portage/gcc-3.4.3-r1/work/gcc-3.4.3/configure -- enable-version-specific-runtime-libs --prefix=/usr --bindir=/usr/powerpc- unknown-linux-gnu/gcc-bin/3.4.3 --includedir=/usr/lib/gcc/powerpc-unknown- linux-gnu/3.4.3/include --datadir=/usr/share/gcc-data/powerpc-unknown-linux- gnu/3.4.3 --mandir=/usr/share/gcc-data/powerpc-unknown-linux-gnu/3.4.3/man -- infodir=/usr/share/gcc-data/powerpc-unknown-linux-gnu/3.4.3/info --with-gxx- include-dir=/usr/lib/gcc/powerpc-unknown-linux-gnu/3.4.3/include/g++-v3 -- host=powerpc-unknown-linux-gnu --enable-altivec --enable-nls --without- included-gettext --enable-__cxa_atexit --enable-clocale=gnu --with-system- zlib --disable-checking --disable-werror --disable-libunwind-exceptions -- enable-shared --enable-threads=posix --disable-multilib --disable-libgcj -- enable-languages=c,c++ Thread model: posix gcc version 3.4.3 20041125 (Gentoo Linux 3.4.3-r1, ssp-3.4.3-0, pie-8.7.7) ------------------------------------------------------------------------------- emerge info ------------------------------------------------------------------------------- Portage 2.0.51-r15 (default-linux/ppc/2004.3, gcc-3.4.3, glibc-2.3.4.20041102- r0, 2.6.5-7.139-pseries64 ppc64) ================================================================= System uname: 2.6.5-7.139-pseries64 ppc64 POWER5 (gr) Gentoo Base System version 1.6.8 Python: dev-lang/python-2.3.4 [2.3.4 (#1, Jan 26 2005, 21:36:27)] dev-lang/python: 2.3.4 sys-devel/autoconf: 2.59-r6, 2.13 sys-devel/automake: 1.8.5-r2, 1.5, 1.4_p6, 1.6.3, 1.7.9, 1.9.4 sys-devel/binutils: 2.15.90.0.3-r4 sys-devel/libtool: 1.5.10-r3 virtual/os-headers: 2.6.8.1-r2 ACCEPT_KEYWORDS="ppc ~ppc" AUTOCLEAN="yes" CFLAGS="" CHOST="powerpc-unknown-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share /config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache digest distlocks sandbox sfperms" GENTOO_MIRRORS="ftp://mirror.pacific.net.au/linux/Gentoo http://mirror.averse.net/pub/gentoo http://mirror.datapipe.net/pub/gentoo" MAKEOPTS="-j6" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="altivec berkdb bitmap-fonts cjk dbus dvd font-server gdbm gif gtk2 hal jpeg jpeg2k kde ncurses nls nptl opengl pam perl png ppc python qt readline samba ssl tcpd tls truetype truetype-fonts type1-fonts unicode usb xine xv zlib" Unset: ASFLAGS, CBUILD, CTARGET, LDFLAGS -------------------------------------------------------------------------------
what does `uname -a` and `uname -m` show ? ive changed the ppc64 patch back to only apply when $ARCH == ppc64, but this is really wrong behavior ... when running 32bit x86 inside of 64bit x86_64, `uname -m` dumps 'i686' instead of 'x86_64' ... i imagine that a ppc64 should show the same behavior if your userland is pure 32bit
uname -a and -m shows it's ppc64. my kernel was compiled under ppc64 toolchain, it's a 64bit one. The userland is pure 32bit. emerge sync'ed and the problem is gone. thanks!
good news.. marking as INVALID.
closing
