[Debian] rlm_eap_(peap|ttls) does not link (was: Release 1.1.0 this week?)

[Sven Hartge]

Date: Wed, 18 Jan 2006 14:02:33 +0100 (CET)

Um 12:22 Uhr am 09.01.06 schrieb Nicolas Baradakis:

> If you look at CVS log reports, I've been playing with rlm_eap makefiles
> recently, and manage somehow to fix the esoteric libtool warnings for
> libeap. Now CVS head is building fine without RLM_EAP_LINK_MODE=-static.
> It'd be nice if other people can test these changes, though.

I am sorry, but 1.1.0 does not build correctly inside my clean
Sarge-chroot (using pbuilder).

It fails to relink rlm_eap_peap and rlm_eap_ttls:

[...]

make[11]: Entering directory `/home/oweh/src/freeradius-1.1.0/src/modules/rlm_eap/types/rlm_eap_peap'
if [ "xrlm_eap_peap" != "x" ]; then \
    /bin/sh /home/oweh/src/freeradius-1.1.0/libtool --mode=install /home/oweh/src/freeradius-1.1.0/install-sh -c -c \
        rlm_eap_peap.la /home/oweh/src/freeradius-1.1.0/debian/freeradius/usr/lib/freeradius/rlm_eap_peap.la; \
    rm -f /home/oweh/src/freeradius-1.1.0/debian/freeradius/usr/lib/freeradius/rlm_eap_peap-1.1.0.la; \
    ln -s rlm_eap_peap.la /home/oweh/src/freeradius-1.1.0/debian/freeradius/usr/lib/freeradius/rlm_eap_peap-1.1.0.la || exit ; \
fi
libtool: install: warning: relinking `rlm_eap_peap.la'
(cd /home/oweh/src/freeradius-1.1.0/src/modules/rlm_eap/types/rlm_eap_peap; /bin/sh /home/oweh/src/freeradius-1.1.0/libtool --mode=relink gcc -release 1.1.0 -module -export-dynamic -o rlm_eap_peap.la -rpath /usr/lib/freeradius rlm_eap_peap.lo peap.lo ./../../libeap/libeap.la ./../rlm_eap_tls/librlm_eap_tls.la -lssl -lcrypto -lssl -lcrypto -lnsl -lresolv -lpthread -inst-prefix-dir /home/oweh/src/freeradius-1.1.0/debian/freeradius)
gcc -shared  rlm_eap_peap.lo peap.lo  -Wl,--rpath -Wl,/usr/lib/freeradius  -L/home/oweh/src/freeradius-1.1.0/debian/freeradius/usr/lib/freeradius -L/usr/lib/freeradius -leap -lrlm_eap_tls -lssl -lcrypto -lnsl -lresolv -lpthread    -Wl,-soname -Wl,rlm_eap_peap-1.1.0.so -o .libs/rlm_eap_peap-1.1.0.so
/usr/bin/ld: cannot find -lrlm_eap_tls
collect2: ld returned 1 exit status
libtool: install: error: relink `rlm_eap_peap.la' with the above command before installing it
make[11]: Leaving directory `/home/oweh/src/freeradius-1.1.0/src/modules/rlm_eap/types/rlm_eap_peap'

[...]

make[11]: Entering directory `/home/oweh/src/freeradius-1.1.0/src/modules/rlm_eap/types/rlm_eap_ttls'
if [ "xrlm_eap_ttls" != "x" ]; then \
    /bin/sh /home/oweh/src/freeradius-1.1.0/libtool --mode=install /home/oweh/src/freeradius-1.1.0/install-sh -c -c \
        rlm_eap_ttls.la /home/oweh/src/freeradius-1.1.0/debian/freeradius/usr/lib/freeradius/rlm_eap_ttls.la; \
    rm -f /home/oweh/src/freeradius-1.1.0/debian/freeradius/usr/lib/freeradius/rlm_eap_ttls-1.1.0.la; \
    ln -s rlm_eap_ttls.la /home/oweh/src/freeradius-1.1.0/debian/freeradius/usr/lib/freeradius/rlm_eap_ttls-1.1.0.la || exit ; \
fi
libtool: install: warning: relinking `rlm_eap_ttls.la'
(cd /home/oweh/src/freeradius-1.1.0/src/modules/rlm_eap/types/rlm_eap_ttls; /bin/sh /home/oweh/src/freeradius-1.1.0/libtool --mode=relink gcc -release 1.1.0 -module -export-dynamic -o rlm_eap_ttls.la -rpath /usr/lib/freeradius rlm_eap_ttls.lo ttls.lo ./../../libeap/libeap.la ./../rlm_eap_tls/librlm_eap_tls.la -lssl -lcrypto -lssl -lcrypto -lnsl -lresolv -lpthread -inst-prefix-dir /home/oweh/src/freeradius-1.1.0/debian/freeradius)
gcc -shared  rlm_eap_ttls.lo ttls.lo  -Wl,--rpath -Wl,/usr/lib/freeradius  -L/home/oweh/src/freeradius-1.1.0/debian/freeradius/usr/lib/freeradius -L/usr/lib/freeradius -leap -lrlm_eap_tls -lssl -lcrypto -lnsl -lresolv -lpthread    -Wl,-soname -Wl,rlm_eap_ttls-1.1.0.so -o .libs/rlm_eap_ttls-1.1.0.so
/usr/bin/ld: cannot find -lrlm_eap_tls
collect2: ld returned 1 exit status
libtool: install: error: relink `rlm_eap_ttls.la' with the above command before installing it
make[11]: Leaving directory `/home/oweh/src/freeradius-1.1.0/src/modules/rlm_eap/types/rlm_eap_ttls'

[...]

It seems, the hackery (linking .libs/rlm_eap_*.so to .libs/librlm_eap_*.so)
introduced with 06_libtool14_vs_rlm_eap_tls.dpatch does not quite work.

Grüße,
Sven.

-- 
Sven Hartge -- professioneller Unix-Geek
Meine Gedanken im Netz: http://sven.formvision.de/blog/