Summary: | rdesktop 1.4.0-r1 won't compile on amd64 with openssl-0.9.7e-r1 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Zachary Slater <zakk> |
Component: | Current packages | Assignee: | Chris Gianelloni (RETIRED) <wolf31o2> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | cryos, stefan |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Zachary Slater
2005-05-12 18:00:13 UTC
Just curious, but can you try the 1.4.1 ebuild? Perhaps they've changed it to work, and if so, i'll acclerate it being marked stable. That was the (and 1.4.1) part, it exits out too. Ahh... sorry, missed that... I'll have to check it out once I get my amd64 box back up and running. Were you able to localize whether the problem is on amd64, or only on amd64 with openssl 0.9.7e? I am not able to reproduce that bug here - both versions compile without issue using dev-libs/openssl-0.9.7e-r1. Marking rdesktop-1.4.1 stable as per bug 94036. Zakk: Can you try it again so we can see if it was just a fluke? The AMD64 team thinks it is worthy for stable, so if there's a problem, I definitely want to get it fixed. Still happens. Same problem while emerging rdesktop-1.4.0-r1 on my x86 machine. emerge info: Portage 2.0.51.20-r5 (default-linux/x86/2005.0, gcc-3.3.5, glibc-2.3.5-r0, 2.6.11-gentoo-r6 i686) ================================================================= System uname: 2.6.11-gentoo-r6 i686 AMD Athlon(tm) XP 1900+ Gentoo Base System version 1.6.10 distcc 2.16 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] dev-lang/python: 2.2.3-r5, 2.3.5 sys-apps/sandbox: 1.2.1-r2 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.5 sys-devel/binutils: 2.15.92.0.2-r8 sys-devel/libtool: 1.5.10-r4 virtual/os-headers: 2.4.19-r1, 2.6.11 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-mcpu=athlon-xp -O3 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.1/share/config /usr/kde/3.2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-mcpu=athlon-xp -O3 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://gentoo.ccccom.com ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo" LANG="de_DE.utf8" LC_ALL="de_DE.utf8" LINGUAS="de" MAKEOPTS="-j1" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 linguas_de" Unset: ASFLAGS, CTARGET, LDFLAGS, PORTDIR_OVERLAY Add ssl to your USE-Flags, that worked for me (USE="ssl" emerge rdesktop). I did some more investigation and it seems as if configure.ac does not correctly handle --without-ssl: snippet from configure.ac: # # OpenSSL detection borrowed from stunnel # checkssldir() { : if test -f "$1/include/openssl/ssl.h"; then ssldir="$1" return 0 fi return 1 } AC_MSG_CHECKING([for OpenSSL directory]) AC_ARG_WITH(openssl, [ --with-openssl=DIR look for OpenSSL at DIR/include, DIR/lib], [ dnl Check the specified location only checkssldir "$withval" ], [ dnl Search default locations of OpenSSL library for maindir in /usr/local /usr/lib /usr/pkg /usr /var/ssl /opt; do for dir in $maindir $maindir/openssl $maindir/ssl; do checkssldir $dir && break 2 done done ] ) if test -z "$ssldir"; then AC_MSG_RESULT([Not found]) echo echo "Couldn't find your OpenSSL library installation dir" echo "Use --with-openssl option to fix this problem" echo exit 1 fi Actually, the configure script does the same thing when --with-openssl=... and --without-openssl are given: it runs checkssldir() that tries to find SSL headers in $withval/include/openssl/ssl.h. If ./configure --without-openssl is used, $withval is empty, but the header is not in /include/openssl/ssl.h -> error. It seems as if either rdesktop shoud fix their configure.ac or gentoo should require USE="ssl" for this ebuild. Duh, USE="ssl" fixed it for me, too. Pretty silly script, though. I'm reporting this bug upstream, but will be adding a patch soon to the ebuilds locally until it is fixed there. OK... According to the rdesktop-devel list, --without-openssl isn't supported anymore... so I'm going to change the ebuilds to always depend on openssl and just be done with it. Objections? The only problem I can see is if there is some openssl replacement for small machines or something, those people might not want to be forced into it. But then rdesktop is a big application anyway. Fixed in CVS |