Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 92457 - rdesktop 1.4.0-r1 won't compile on amd64 with openssl-0.9.7e-r1
Summary: rdesktop 1.4.0-r1 won't compile on amd64 with openssl-0.9.7e-r1
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: AMD64 Linux
: High normal (vote)
Assignee: Chris Gianelloni (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-05-12 18:00 UTC by Zachary Slater
Modified: 2005-06-10 10:50 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Zachary Slater 2005-05-12 18:00:13 UTC
On an amd64 workstation I admin, the rdesktop 1.4.0-r1 (and 1.4.1) ebuild exits out after complaining about openssl:
checking for OpenSSL directory... Not found

Couldn't find your OpenSSL library installation dir
Use --with-openssl option to fix this problem


Reproducible: Always
Steps to Reproduce:




Gentoo Base System version 1.4.16
Portage 2.0.51.19 (default-linux/amd64/2005.0, gcc-3.4.3,
glibc-2.3.4.20041102-r1, 2.6.11.6 x86_6
4)
=================================================================
System uname: 2.6.11.6 x86_64 AMD Athlon(tm) 64 Processor 3400+
Python:              dev-lang/python-2.3.5 [2.3.5 (#1, May 12 2005, 16:20:30)]
distcc 2.18.3 x86_64-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled]
dev-lang/python:     2.3.5
sys-apps/sandbox:    [Not Present]
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.5, 1.6.3, 1.8.5-r3, 1.7.9-r1, 1.4_p6, 1.9.5
sys-devel/binutils:  2.15.92.0.2-r8
sys-devel/libtool:   1.5.16
virtual/os-headers:  2.6.8.1-r4
ACCEPT_KEYWORDS="amd64"
AUTOCLEAN="yes"
CFLAGS="-march=athlon64"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config
/usr/lib/X11/xkb /usr/lib/mo
zilla/defaults/pref /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=athlon64"
DISTDIR="/mnt/GHOSTWHEEL/Export1/distfiles"
FEATURES="autoaddcvs autoconfig ccache distlocks sandbox strict"
GENTOO_MIRRORS="http://distfiles.gentoo.org
http://distro.ibiblio.org/pub/Linux/distributions/gen
too"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://10.0.6.66/portage"
USE="amd64 3ds X aac aim avi bash-completion bluetooth bzlib cairo cddb
cdparanoia css curlwrappe
rs dga dhcp dv dvd dvdr dvdread emacs emacs-w3 emul-linux encode ethereal evo2
ffmpeg fftw ftp gk
rellm glut gmail gtk2 icq ieee1394 image imagemagick imap imlib2 irc jabber java
javascript joyst
ick kerberos live lua lzo maildir maps matroska mbrola mixer mjpeg moznocompose
moznoirc moznomail mp3 mpeg mpeg4 msn music nethack network nntp nocd nowin nptl
nvidia offensive ogg openal oscar
 oss pam php quicktime spell tga threads timidity transcode unicode v4l v4l2
videos vidix vim-wit
h-x wifi wxwindows xanim xface xine xinerama xosd xrandr xscreensaver xvid yahoo
userland_GNU ker
nel_linux elibc_glibc"
Unset:  ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY
Comment 1 Chris Gianelloni (RETIRED) gentoo-dev 2005-05-13 05:20:27 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.
Comment 2 Zachary Slater 2005-05-13 11:16:09 UTC
That was the (and 1.4.1) part, it exits out too.
Comment 3 Chris Gianelloni (RETIRED) gentoo-dev 2005-05-16 05:47:42 UTC
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?
Comment 4 Marcus D. Hanwell (RETIRED) gentoo-dev 2005-05-29 03:01:37 UTC
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.
Comment 5 Chris Gianelloni (RETIRED) gentoo-dev 2005-05-31 06:31:53 UTC
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.
Comment 6 Zachary Slater 2005-06-02 11:42:40 UTC
Still happens.
Comment 7 Stefan Pflueger 2005-06-06 12:33:33 UTC
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
Comment 8 Stefan Pflueger 2005-06-06 12:41:51 UTC
Add ssl to your USE-Flags, that worked for me (USE="ssl" emerge rdesktop).
Comment 9 Stefan Pflueger 2005-06-06 13:11:06 UTC
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. 
Comment 10 Zachary Slater 2005-06-10 01:47:58 UTC
Duh, USE="ssl" fixed it for me, too. Pretty silly script, though.
Comment 11 Chris Gianelloni (RETIRED) gentoo-dev 2005-06-10 06:24:40 UTC
I'm reporting this bug upstream, but will be adding a patch soon to the ebuilds
locally until it is fixed there.
Comment 12 Chris Gianelloni (RETIRED) gentoo-dev 2005-06-10 06:45:08 UTC
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?
Comment 13 Zachary Slater 2005-06-10 10:32:48 UTC
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.
Comment 14 Chris Gianelloni (RETIRED) gentoo-dev 2005-06-10 10:50:43 UTC
Fixed in CVS