Re: [Bug 1294585] Re: Freeradius crashes on heavy load (with EAP)

2014-03-20 Thread Alan DeKok
You haven't said which version of the server this is for. If it's the ubuntu one, it's 2.1.12. That is YEARS out of date. There is no reason to track down a bug in a version that old. As the FreeRADIUS author, I suggest trying 2.2.4. It was released yesterday. -- You received this bug not

Re: [Bug 1090365] [NEW] fails to build from source

2012-12-14 Thread Alan DeKok
Maxxer wrote: > libtool: compile: gcc -g -O2 -D_REENTRANT -D_POSIX_PTHREAD_SEMANTICS -Wall > -D_GNU_SOURCE -g -Wshadow -Wpointer-arith -Wcast-qual -Wcast-align > -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes > -Wmissing-declarations -Wnested-externs -W -Wredundant-decls -Wundef > -I

Re: [Bug 938044] [NEW] Unable to listen on IPv6

2012-02-21 Thread Alan DeKok
Mark Schouten wrote: > It is impossible to bind freeradius in Ubuntu to :: (ipv6 any). This > seems to be a known bug for about three years [1]. Please look into > this. Might be nice if this is fixed before Precise, which will > definitly run in IPv6 only environments in it's support lifecycle.

Re: [Bug 283807] Re: freeradius with openssl support doesn't compile

2010-05-07 Thread Alan DeKok
Stas Sușcov wrote: > Anybody knows if it's worth rebuilding the package using lucid sources? > Otherwise I'm leaving it like it is. Later versions of FreeRADIUS have fixes. I suggest leaving the current 2.1.0 version alone, and ugprading instead. -- freeradius with openssl support doesn't c

[Bug 430732] Re: radclient doesn't work

2009-09-17 Thread Alan DeKok
Ah... "localhost" likely means ::1, or IPv6 transport. If the OS supplies the header files, but doesn't have the code to implement the feature, then that's likely the error you'll get. The simplest thing to do is to disable udpfromto via the "configure" script. -- radclient doesn't work https:/

[Bug 421005] Re: can't compile version from repository (on 64bit)

2009-09-05 Thread Alan DeKok
It's a bug in libltdl that is in Ubuntu. See /usr/include/ltdl.h on the affected system. It has a line: #define lt_preloaded_symbolslt__PROGRAM__LTX_preloaded_symbols Q: Where is lt__PROGRAM__LTX_preloaded_symbols defined or referenced? A: Nowhere. If you spend some time spelunking thro

[Bug 421005] Re: can't compile version from repository (on 64bit)

2009-09-04 Thread Alan DeKok
It looks like a conflict between the ltdl.h / libltld.a included on the system, and the ones included with the server. Due to "magic" issues with libtool, it can compile using the local files, and then link to the global files. Hence the conflict. In version 2.1.7 (to be released soon), we've a

Re: [Bug 367769] Re: freeradius init script not consistent with radiusd.conf

2009-04-27 Thread Alan DeKok
Thierry Carrez wrote: > ** Changed in: freeradius (Ubuntu) >Importance: Undecided => High > > ** Changed in: freeradius (Ubuntu) >Status: New => Confirmed > > ** Changed in: freeradius (Ubuntu) > Assignee: (unassigned) => Thierry Carrez (ttx) See also later versions of FreeRAD

[Bug 315896] Re: freeradius upgrade broken in hardy backports

2009-01-12 Thread Alan DeKok
OK. I've put similar patches into git head (stable && master branches). They should be in the next major release of the server (2.1.4) -- freeradius upgrade broken in hardy backports https://bugs.launchpad.net/bugs/315896 You received this bug notification because you are a member of Ubuntu Serv

[Bug 315896] Re: freeradius upgrade broken in hardy backports

2009-01-10 Thread Alan DeKok
Performing automated upgrades across major revision numbers of a program isn't recommended. There are a large number of changes in the configuration files and in their processing from version 1.1.x to version 2.1.x. Writing scripts to do automated upgrades is extremely difficult. The upgrade pro