Bug#335890: Please test-build a FreeRADIUS upload on AMD64?
Oh blast. It did that on i386 too, now that I look for it. _ So
libtool strikes again, transforming a simple 'rlm_eap_tls.so' into
-lrlm_eap_tls. (It sees the .so and removes the .so and the initial lib
if present, and then prepends -l, rather than only doing so _if_ there's
an initial lib and following .so)
I'll upload it as-is, and have a play next week (linux.conf.au! ^_^).
I _think_ my last attempt involved causing librlm_eap_tls.* to come into
existence during linking. The soname remains rlm_eap_tls so the actual
references embedded in rlm_eap_{peap,ttls} are OK, and you can
afterwards whack librlm_eap_tls.* and still have a working result. I'm
pretty sure I had it working in make, and was just trying to find a good
way to make it happen during the Debian build...
Or I hit some other problem which escapes me.
Alternatively, now we're usng a local libtool, I could try and hack on
it to not screw with the lovingly crafted link-lines it's given.
Clearly. Thanks for the help and an explanation.
--
Konstantin Kubatkin [KUB-RIPE] [KUB-UANIC]
Kherson, TriLogiC Group
Fido: 2:468/[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335890: Please test-build a FreeRADIUS upload on AMD64?
I've just packaged 1.1.0-1, and it's no longer trying to build non-PIC shared libraries on i386... However, I need it tested on AMD64 before I upload to the archive, since I want to squish this bug once and for all. Source is at http://www.tbble.net/freeradius/1.1.0-official/110-1-withSSL-DONOTDISTRIBUTEBINARIESOFTHIS/ It's the with-SSL version since sometimes this bug manifests in rlm_eap_tls, but the latest log in the bugreport indicates it triggered in libeap. Build on Debian/Sarge AMD64 Not compiled rlm_eap_peap.la and rlm_eap_ttls.la Making install in rlm_eap_peap... make[11]: Entering directory `/usr/src/Local/freeradius/freeradius-1.1.0/src/modules/rlm_eap/types/rlm_eap_peap' if [ xrlm_eap_peap != x ]; then \ /bin/sh /usr/src/Local/freeradius/freeradius-1.1.0/libtool --mode=install /usr/src/Local/freeradius/freeradius-1.1.0/ins tall-sh -c -c \ rlm_eap_peap.la /usr/src/Local/freeradius/freeradius-1.1.0/debian/freeradius/usr/lib/freeradius/rlm_eap_peap.la; \ rm -f /usr/src/Local/freeradius/freeradius-1.1.0/debian/freeradius/usr/lib/freeradius/rlm_eap_peap-1.1.0.la; \ ln -s rlm_eap_peap.la /usr/src/Local/freeradius/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 /usr/src/Local/freeradius/freeradius-1.1.0/src/modules/rlm_eap/types/rlm_eap_peap; /bin/sh /usr/src/Local/freeradius/fre eradius-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 -lr esolv -lpthread -inst-prefix-dir /usr/src/Local/freeradius/freeradius-1.1.0/debian/freeradius) gcc -shared rlm_eap_peap.lo peap.lo -Wl,--rpath -Wl,/usr/lib/freeradius -L/usr/src/Local/freeradius/freeradius-1.1.0/debi an/freeradius/usr/lib/freeradius -L/usr/lib/freeradius -leap -lrlm_eap_tls -lssl -lcrypto -lnsl -lresolv -lpthread-Wl,-s oname -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 `/usr/src/Local/freeradius/freeradius-1.1.0/src/modules/rlm_eap/types/rlm_eap_peap' ... ... rlm_eap_ttls.la /usr/src/Local/freeradius/freeradius-1.1.0/debian/freeradius/usr/lib/freeradius/rlm_eap_ttls.la; \ rm -f /usr/src/Local/freeradius/freeradius-1.1.0/debian/freeradius/usr/lib/freeradius/rlm_eap_ttls-1.1.0.la; \ ln -s rlm_eap_ttls.la /usr/src/Local/freeradius/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 /usr/src/Local/freeradius/freeradius-1.1.0/src/modules/rlm_eap/types/rlm_eap_ttls; /bin/sh /usr/src/Local/freeradius/fre eradius-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 -lr esolv -lpthread -inst-prefix-dir /usr/src/Local/freeradius/freeradius-1.1.0/debian/freeradius) gcc -shared rlm_eap_ttls.lo ttls.lo -Wl,--rpath -Wl,/usr/lib/freeradius -L/usr/src/Local/freeradius/freeradius-1.1.0/debi an/freeradius/usr/lib/freeradius -L/usr/lib/freeradius -leap -lrlm_eap_tls -lssl -lcrypto -lnsl -lresolv -lpthread-Wl,-s oname -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 `/usr/src/Local/freeradius/freeradius-1.1.0/src/modules/rlm_eap/types/rlm_eap_ttls' -- Konstantin Kubatkin [KUB-RIPE] [KUB-UANIC] Kherson, TriLogiC Group Fido: 2:468/[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335890: Please test-build a FreeRADIUS upload on AMD64?
On Mon, Jan 16, 2006 at 01:03:38PM +0200, Konstantin Kubatkin wrote:
I've just packaged 1.1.0-1, and it's no longer trying to build
non-PIC shared libraries on i386...
However, I need it tested on AMD64 before I upload to the archive,
since I want to squish this bug once and for all.
Source is at
http://www.tbble.net/freeradius/1.1.0-official/110-1-withSSL-DONOTDISTRIBUTEBINARIESOFTHIS/
It's the with-SSL version since sometimes this bug manifests in
rlm_eap_tls, but the latest log in the bugreport indicates it triggered
in libeap.
Build on Debian/Sarge AMD64
Not compiled rlm_eap_peap.la and rlm_eap_ttls.la
(cd
/usr/src/Local/freeradius/freeradius-1.1.0/src/modules/rlm_eap/types/rlm_eap_peap;
/bin/sh /usr/src/Local/freeradius/fre
eradius-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 -lr
esolv -lpthread -inst-prefix-dir
/usr/src/Local/freeradius/freeradius-1.1.0/debian/freeradius)
gcc -shared rlm_eap_peap.lo peap.lo -Wl,--rpath -Wl,/usr/lib/freeradius
-L/usr/src/Local/freeradius/freeradius-1.1.0/debi
an/freeradius/usr/lib/freeradius -L/usr/lib/freeradius -leap -lrlm_eap_tls
-lssl -lcrypto -lnsl -lresolv -lpthread-Wl,-s
oname -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
Oh blast. It did that on i386 too, now that I look for it. _ So
libtool strikes again, transforming a simple 'rlm_eap_tls.so' into
-lrlm_eap_tls. (It sees the .so and removes the .so and the initial lib
if present, and then prepends -l, rather than only doing so _if_ there's
an initial lib and following .so)
I'll upload it as-is, and have a play next week (linux.conf.au! ^_^).
I _think_ my last attempt involved causing librlm_eap_tls.* to come into
existence during linking. The soname remains rlm_eap_tls so the actual
references embedded in rlm_eap_{peap,ttls} are OK, and you can
afterwards whack librlm_eap_tls.* and still have a working result. I'm
pretty sure I had it working in make, and was just trying to find a good
way to make it happen during the Debian build...
Or I hit some other problem which escapes me.
Alternatively, now we're usng a local libtool, I could try and hack on
it to not screw with the lovingly crafted link-lines it's given.
--
---
Paul TBBle Hampson, MCSE
8th year CompSci/Asian Studies student, ANU
The Boss, Bubblesworth Pty Ltd (ABN: 51 095 284 361)
[EMAIL PROTECTED]
No survivors? Then where do the stories come from I wonder?
-- Capt. Jack Sparrow, Pirates of the Caribbean
License: http://creativecommons.org/licenses/by/2.1/au/
---
pgpQLdv7Uev6T.pgp
Description: PGP signature
Bug#335890: Please test-build a FreeRADIUS upload on AMD64?
Paul TBBle Hampson wrote:
I _think_ my last attempt involved causing librlm_eap_tls.* to come into
existence during linking. The soname remains rlm_eap_tls so the actual
references embedded in rlm_eap_{peap,ttls} are OK, and you can
afterwards whack librlm_eap_tls.* and still have a working result. I'm
pretty sure I had it working in make, and was just trying to find a good
way to make it happen during the Debian build...
Or I hit some other problem which escapes me.
Alternatively, now we're usng a local libtool, I could try and hack on
it to not screw with the lovingly crafted link-lines it's given.
I also tried with the evil RLM_EAP_LINK_MODE=-static, but it doesn't
work either. (non-PIC code errors in libeap)
Alan has fixed the problem in CVS head by moving all TLS code from
rlm_eap_tls to libeap, so the modules rlm_eap_peap and rlm_eap_ttls
don't link to rlm_eap_tls anymore.
http://lists.freeradius.org/pipermail/freeradius-devel/2005-November/009100.html
The same changes must be back-ported into the branch 1.1, it's better
than hacking libtool or the makefiles.
--
Nicolas Baradakis
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335890: Please test-build a FreeRADIUS upload on AMD64?
I've just packaged 1.1.0-1, and it's no longer trying to build non-PIC shared libraries on i386... However, I need it tested on AMD64 before I upload to the archive, since I want to squish this bug once and for all. Source is at http://www.tbble.net/freeradius/1.1.0-official/110-1-withSSL-DONOTDISTRIBUTEBINARIESOFTHIS/ It's the with-SSL version since sometimes this bug manifests in rlm_eap_tls, but the latest log in the bugreport indicates it triggered in libeap. -- Paul TBBle Hampson, [EMAIL PROTECTED] 8th year CompSci/Asian Studies student, ANU Shorter .sig for a more eco-friendly paperless office. pgpp93EvHm1oL.pgp Description: PGP signature
