Re: Undefined symbol with eaptls / freeradius 1.0.1 (debian)
Paul, While checking out why my patch to add a function to rlm_preprocces causes freeradius to bomb with "undefined symbol" I came across this post. Just wanted to ask that you incorporate dpatch support even if you dont migrate your patches to thatIts how I make my private deb builds. It was incredibly easy to do yet...I simply added an include line in debian/rules and added the patch/unpatch targets. But I am sure you know how to use dpatch...Anyways if you do it its one less thing for me to worry about building private debs! Thanks, Joe Paul Hampson wrote: On Wed, Feb 23, 2005 at 10:24:45AM +1100, Tom wrote: Thanks very much for your reply I appreciate your help and I've just got a couple of followup questions. Just upgrading libtool won't work, as libtool 1.5 requires a more recent version of autoconf than is used in FreeRADIUS 1.0.1. As the above post suggests, try 1.1.0 (eg. CVS head) which builds with By 1.1.0 does that mean I should download the radiusd module using CVS? (Not sure if you're referring to that or 1.1.0 of something else?). Yeah. 'eg' should have been 'ie' libtool 1.5 and autoconf 2.57 and where PEAP and TTLS _should_ work. (Although I've not tested them myself) So the hypothesis is download the CVS "head", re-package+compile it and try again? Sorry about the relatively simple questions but I didn't know there was a version of freeradius higher than 1.0.1 - I guess looking at the CVS tree there are a number of files updated there but I'm not sure if that constitutes v1.1.0 so I'm a bit lost as to what I'm looking for. Sorry. Yes, FreeRADIUS 1.1.0 doesn't exist per se, I meant the head branch of CVS. You should be able to just grab it from CVS or a snapshot, and dpkg-buildpackage -us -uc -rfakeroot -b and get a whole bunch of packages out. I'm considering going to dpatch in the CVS version, to make it easier to support in Debian, but I've not got the time to convert yet, and have to upload 1.0.2 to Debian first. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: Undefined symbol with eaptls / freeradius 1.0.1 (debian)
On Wed, Feb 23, 2005 at 10:24:45AM +1100, Tom wrote: > Thanks very much for your reply I appreciate your help and I've just > got a couple of followup questions. > >Just upgrading libtool won't work, as libtool 1.5 requires a more recent > >version of autoconf than is used in FreeRADIUS 1.0.1. > >As the above post suggests, try 1.1.0 (eg. CVS head) which builds with > By 1.1.0 does that mean I should download the radiusd module using > CVS? (Not sure if you're referring to that or 1.1.0 of something > else?). Yeah. 'eg' should have been 'ie' > >libtool 1.5 and autoconf 2.57 and where PEAP and TTLS _should_ work. > >(Although I've not tested them myself) > So the hypothesis is download the CVS "head", re-package+compile it > and try again? > Sorry about the relatively simple questions but I didn't know there > was a version of freeradius higher than 1.0.1 - I guess looking at the > CVS tree there are a number of files updated there but I'm not sure if > that constitutes v1.1.0 so I'm a bit lost as to what I'm looking for. Sorry. Yes, FreeRADIUS 1.1.0 doesn't exist per se, I meant the head branch of CVS. You should be able to just grab it from CVS or a snapshot, and dpkg-buildpackage -us -uc -rfakeroot -b and get a whole bunch of packages out. I'm considering going to dpatch in the CVS version, to make it easier to support in Debian, but I've not got the time to convert yet, and have to upload 1.0.2 to Debian first. -- Paul "TBBle" Hampson, on an alternate email client. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: Undefined symbol with eaptls / freeradius 1.0.1 (debian)
Thanks very much for your reply I appreciate your help and I've just got a couple of followup questions. >Just upgrading libtool won't work, as libtool 1.5 requires a more recent >version of autoconf than is used in FreeRADIUS 1.0.1. >As the above post suggests, try 1.1.0 (eg. CVS head) which builds with By 1.1.0 does that mean I should download the radiusd module using CVS? (Not sure if you're referring to that or 1.1.0 of something else?). >libtool 1.5 and autoconf 2.57 and where PEAP and TTLS _should_ work. >(Although I've not tested them myself) So the hypothesis is download the CVS "head", re-package+compile it and try again? Sorry about the relatively simple questions but I didn't know there was a version of freeradius higher than 1.0.1 - I guess looking at the CVS tree there are a number of files updated there but I'm not sure if that constitutes v1.1.0 so I'm a bit lost as to what I'm looking for. Thanks again for your help. cc - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: Undefined symbol with eaptls / freeradius 1.0.1 (debian)
On Tue, Feb 22, 2005 at 10:44:08AM +1100, Tom wrote: > I've setup freeradius 1.0.1 on debian (sarge 2.6 kernel). > I've included all the modules and set freeradius to use PEAP. > When my authenticator passes the request over to the freeradius server > I get (among other things): > freeradius: relocation error: > /usr/lib/freeradius/rlm_eap_peap-1.0.1.so: undefined symbol: > eaptls_process > After which the server immediately crashes. > I've found this link: > http://lists.cistron.nl/pipermail/freeradius-users/2004-December/038781.html > which I believe relates to my situation. > The reply there is - > >Yes. The libltdl in Debian includes a patch from the CVS version of > >libtool, which breaks the linkage used by rlm_eap_ttls and rlm_eap_peap > >into rlm_eap_tls. Try 1.1.0, which should work with the libltdl in > >Debian/sarge or Debian/sid. > I've installed the latest version of libtool (1.5-something) using > apt-get but I still have the same problem. I'm not too sure where to > link where to what - what is it that freeradius is looking for and > what should I do to point it in the right direction? > I'm not familiar with libltdl at all so it hasn't been easy to google > this out, any help is greatly appreciated :) Just upgrading libtool won't work, as libtool 1.5 requires a more recent version of autoconf than is used in FreeRADIUS 1.0.1. As the above post suggests, try 1.1.0 (eg. CVS head) which builds with libtool 1.5 and autoconf 2.57 and where PEAP and TTLS _should_ work. (Although I've not tested them myself) -- Paul "TBBle" Hampson, on an alternate email client. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Undefined symbol with eaptls / freeradius 1.0.1 (debian)
I've setup freeradius 1.0.1 on debian (sarge 2.6 kernel). I've included all the modules and set freeradius to use PEAP. When my authenticator passes the request over to the freeradius server I get (among other things): freeradius: relocation error: /usr/lib/freeradius/rlm_eap_peap-1.0.1.so: undefined symbol: eaptls_process After which the server immediately crashes. I've found this link: http://lists.cistron.nl/pipermail/freeradius-users/2004-December/038781.html which I believe relates to my situation. The reply there is - >Yes. The libltdl in Debian includes a patch from the CVS version of >libtool, which breaks the linkage used by rlm_eap_ttls and rlm_eap_peap >into rlm_eap_tls. Try 1.1.0, which should work with the libltdl in >Debian/sarge or Debian/sid. I've installed the latest version of libtool (1.5-something) using apt-get but I still have the same problem. I'm not too sure where to link where to what - what is it that freeradius is looking for and what should I do to point it in the right direction? I'm not familiar with libltdl at all so it hasn't been easy to google this out, any help is greatly appreciated :) cc - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: Undefined symbol with eaptls / freeradius 1.0.1 (debian)
On Tue, Dec 07, 2004 at 03:16:47PM +0100, Julien CABESSUT wrote: > I'm trying to set up a freeradius server on a debian box to authenticate > wireless users. The current debian (sid) package for 1.0.1 doesn't > include eap_tls, eap_ttls, nor eap_peap due to licensing issues - yet I > needed them. So I downloaded the source package, removed the three lines > in debian/rules which were preventing the compilation of those modules, > built a brand new package, and installed it. Now I have an error which > makes the server crash when someone tries to authenticate : > freeradius: relocation error: /usr/lib/freeradius/rlm_eap_peap-1.0.1.so: > undefined symbol: eaptls_process > Any suggestion on what could cause this problem ? Yes. The libltdl in Debian includes a patch from the CVS version of libtool, which breaks the linkage used by rlm_eap_ttls and rlm_eap_peap into rlm_eap_tls. Try 1.1.0, which should work with the libltdl in Debian/sarge or Debian/sid. -- Paul "TBBle" Hampson, on an alternate email client. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Undefined symbol with eaptls / freeradius 1.0.1 (debian)
Hello, I'm trying to set up a freeradius server on a debian box to authenticate wireless users. The current debian (sid) package for 1.0.1 doesn't include eap_tls, eap_ttls, nor eap_peap due to licensing issues - yet I needed them. So I downloaded the source package, removed the three lines in debian/rules which were preventing the compilation of those modules, built a brand new package, and installed it. Now I have an error which makes the server crash when someone tries to authenticate : freeradius: relocation error: /usr/lib/freeradius/rlm_eap_peap-1.0.1.so: undefined symbol: eaptls_process The full freeradius output can be found there : http://193.55.175.241/~julien/freerad_log.txt (didn't include it here to save space). Any suggestion on what could cause this problem ? Thanks, Julien. -- Julien CABESSUT UTM - Service Informatique - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html