Version 2.1.1 has been put on the web && ftp sites. The focus of this release is stability. That being said, "radmin" has a whole raft of new features. It's approaching a complete administration interface for the server. We've also added more WiMAX support. It has been tested to be inter-operable with equipment from a number of WiMAX vendors. Thanks to the (un-named) sponsors for helping with this work. Feature improvements * Many more options and features in radmin. See "man radmin" and raddb/sites-available/control-socket * Many more commands available via the control socket. Connect via "radmin", and type "help" for more information. * Added dictionary.networkphysics and dictionary.lancom. * Calculate WiMAX MIP keys, and added sample WiMAX SQL tables. Bug fixes * Fixed bug that made radmin not work * Fixed Suse && Debian package scripts * Fixed issues with dynamic clients * Fixed configure checks for -lreadline * rlm_sqlippool no longer needs to be linked to rlm_sql. * Add statistics for detail file listeners. This closes bug #593. * Fixed printing of some WiMAX attributes. * Fix double free on exit() in rlm_attr_filter * Fixed build issues on Solaris. * Fixed fast session resumption for EAP-TLS
Hello, I downloaded the 2.1.1 just released and after few (name) changes to the package, I tried to produce the corresponding rpm on a system running Red Hat Enterprise Linux Server v., but the compilation stopped with the following lines. Thanks for any help Regards Dario /usr/bin/libtool --mode=link gcc -o radmin radmin.lo /usr/lib/libreadline.so /usr/lib64/libtermcap.so /usr/src/redhat/BUILD/freeradius-2.1.1/src/lib/libfreeradius-radius.la util.lo log.lo conffile.lo -lnsl -lresolv -lpthread -lreadline -ltermcap gcc -o .libs/radmin .libs/radmin.o /usr/lib/libreadline.so /usr/lib64/libtermcap.so .libs/util.o .libs/log.o .libs/conffile.o /usr/src/redhat/BUILD/freeradius-2.1.1/src/lib/.libs/libfreeradius-radius.so -lnsl -lresolv -lpthread -lreadline -ltermcap /usr/lib/libreadline.so: could not read symbols: File in wrong format collect2: ld returned 1 exit status gmake[4]: *** [radmin] Error 1 gmake[4]: Leaving directory `/usr/src/redhat/BUILD/freeradius-2.1.1/src/main' gmake[3]: *** [common] Error 2 gmake[3]: Leaving directory `/usr/src/redhat/BUILD/freeradius-2.1.1/src' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/usr/src/redhat/BUILD/freeradius-2.1.1/src' gmake[1]: *** [common] Error 2 gmake[1]: Leaving directory `/usr/src/redhat/BUILD/freeradius-2.1.1' make: *** [all] Error 2 error: Bad exit status from /var/tmp/rpm-tmp.40856 (%build) RPM build errors: Bad exit status from /var/tmp/rpm-tmp.40856 (%build) On Thursday 25 September 2008 11:05:02 Alan DeKok wrote:
Version 2.1.1 has been put on the web && ftp sites. The focus of this release is stability.
That being said, "radmin" has a whole raft of new features. It's approaching a complete administration interface for the server.
We've also added more WiMAX support. It has been tested to be inter-operable with equipment from a number of WiMAX vendors. Thanks to the (un-named) sponsors for helping with this work.
Feature improvements * Many more options and features in radmin. See "man radmin" and raddb/sites-available/control-socket * Many more commands available via the control socket. Connect via "radmin", and type "help" for more information. * Added dictionary.networkphysics and dictionary.lancom. * Calculate WiMAX MIP keys, and added sample WiMAX SQL tables.
Bug fixes * Fixed bug that made radmin not work * Fixed Suse && Debian package scripts * Fixed issues with dynamic clients * Fixed configure checks for -lreadline * rlm_sqlippool no longer needs to be linked to rlm_sql. * Add statistics for detail file listeners. This closes bug #593. * Fixed printing of some WiMAX attributes. * Fix double free on exit() in rlm_attr_filter * Fixed build issues on Solaris. * Fixed fast session resumption for EAP-TLS - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
-- ______________________________________________________________ Dario Palmisano ICGEB Computer System & Network Administrator Tel: +39 040 3757330 Fax: +39 040 226555 E-Mail: Dario.Palmisano@icgeb.org International Centre for Genetic Engineering and Biotechnology Area Science Park, Padriciano 99, I-34012 Trieste, ITALY ______________________________________________________________
Dario Palmisano wrote:
I downloaded the 2.1.1 just released and after few (name) changes to the package, I tried to produce the corresponding rpm on a system running Red Hat Enterprise Linux Server v., but the compilation stopped with the following lines.
You're building it on a system that has *both* 32-bit and 64-bit libraries. You will need to find out how to make your system link to the appropriate libraries. Or, just delete the references to readline from Make.inc && src/include/autoconf.h. Alan DeKok.
tried to install the 2.1.1 on debian etch changing/without changing the debian/patches/01-radiusd-to-freeradius.dpatch -#user = nobody -#group = nobody to -#user = radius -#group = radius and then fakeroot dpkg-buildpackage -b -uc but still the error occur Error "applying patch 01-radiusd-to-freeradius to ./ ... failed. make: *** [patch-stamp] Error 1" 2008/9/25 Alan DeKok <aland@deployingradius.com>:
Dario Palmisano wrote:
I downloaded the 2.1.1 just released and after few (name) changes to the package, I tried to produce the corresponding rpm on a system running Red Hat Enterprise Linux Server v., but the compilation stopped with the following lines.
You're building it on a system that has *both* 32-bit and 64-bit libraries. You will need to find out how to make your system link to the appropriate libraries.
Or, just delete the references to readline from Make.inc && src/include/autoconf.h.
Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
isnt there a way to fix it ? :) 2008/9/25 Alan DeKok <aland@deployingradius.com>:
orion wrote:
and then fakeroot dpkg-buildpackage -b -uc but still the error occur
Then delete the patch. Or, wait for an official debian release.
Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
about the official debian release they are far behind ( security , testing proccess ) 2008/9/25 orion <meshkruaj@gmail.com>:
isnt there a way to fix it ? :)
2008/9/25 Alan DeKok <aland@deployingradius.com>:
orion wrote:
and then fakeroot dpkg-buildpackage -b -uc but still the error occur
Then delete the patch. Or, wait for an official debian release.
Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
i deleted the patch 01 line from the 00 file. but freeradius doesnt starts in normal mode.no errors,no open UDP,TCP port ( netstat -ntlp and netstat -nulp dont show nothing like 1812 ,1813 ) , but in debug mode it`s ok. 2008/9/25 Alan DeKok <aland@deployingradius.com>:
orion wrote:
and then fakeroot dpkg-buildpackage -b -uc but still the error occur
Then delete the patch. Or, wait for an official debian release.
Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Hi,
i deleted the patch 01 line from the 00 file. but freeradius doesnt starts in normal mode.no errors,no open UDP,TCP port ( netstat -ntlp and netstat -nulp dont show nothing like 1812 ,1813 ) , but in debug mode it`s ok.
its unable to read config files or unable to write to the logfile or write the PID file etc. what does radiusd -x (small x, partial debug) say? alan
i`ve tried in a test environment with root uid/gid and no probs with read/write conf/log files. so it works ok in debug mode ( tested from another pc with ntradping ) . 2008/9/25 <A.L.M.Buxey@lboro.ac.uk>:
Hi,
i deleted the patch 01 line from the 00 file. but freeradius doesnt starts in normal mode.no errors,no open UDP,TCP port ( netstat -ntlp and netstat -nulp dont show nothing like 1812 ,1813 ) , but in debug mode it`s ok.
its unable to read config files or unable to write to the logfile or write the PID file etc. what does radiusd -x (small x, partial debug) say?
alan - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
You don't have to delete the debian patch. Changing the user seems to have been corrected and so it's now unnecessary, but a new "bug" appeared in the patch as radiusd.conf seems to have been modified. here is a little diff showing what to change in the patch so it works (well works for me anyway): --- 01-radiusd-to-freeradius.dpatch 2008-09-25 09:23:19.000000000 -1000 +++ 01-radiusd-to-freeradius.dpatch.new 2008-09-25 09:24:00.000000000 -1000 @@ -35,7 +35,7 @@ -# e.g.: kill -HUP `cat /var/run/radiusd/radiusd.pid` +# e.g.: kill -HUP `cat /var/run/freeradius/freeradius.pid` # --pidfile = ${run_dir}/${name}.pid +-pidfile = ${run_dir}/radiusd.pid +pidfile = ${run_dir}/freeradius.pid orion a écrit :
i`ve tried in a test environment with root uid/gid and no probs with read/write conf/log files. so it works ok in debug mode ( tested from another pc with ntradping ) .
2008/9/25 <A.L.M.Buxey@lboro.ac.uk>:
Hi,
i deleted the patch 01 line from the 00 file. but freeradius doesnt starts in normal mode.no errors,no open UDP,TCP port ( netstat -ntlp and netstat -nulp dont show nothing like 1812 ,1813 ) , but in debug mode it`s ok.
its unable to read config files or unable to write to the logfile or write the PID file etc. what does radiusd -x (small x, partial debug) say?
alan - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
- List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Sorry i made a mistake with my patch: --- 01-radiusd-to-freeradius.dpatch 2008-09-24 22:41:26.000000000 -1000 +++ 01-radiusd-to-freeradius.dpatch.new 2008-09-25 09:41:05.000000000 -1000 @@ -35,7 +35,7 @@ -# e.g.: kill -HUP `cat /var/run/radiusd/radiusd.pid` +# e.g.: kill -HUP `cat /var/run/freeradius/freeradius.pid` # --pidfile = ${run_dir}/radiusd.pid +-pidfile = ${run_dir}/${name}.pid +pidfile = ${run_dir}/freeradius.pid is better. Alexandre Chapellon a écrit :
You don't have to delete the debian patch. Changing the user seems to have been corrected and so it's now unnecessary, but a new "bug" appeared in the patch as radiusd.conf seems to have been modified.
here is a little diff showing what to change in the patch so it works (well works for me anyway):
--- 01-radiusd-to-freeradius.dpatch 2008-09-25 09:23:19.000000000 -1000 +++ 01-radiusd-to-freeradius.dpatch.new 2008-09-25 09:24:00.000000000 -1000 @@ -35,7 +35,7 @@ -# e.g.: kill -HUP `cat /var/run/radiusd/radiusd.pid` +# e.g.: kill -HUP `cat /var/run/freeradius/freeradius.pid` # --pidfile = ${run_dir}/${name}.pid +-pidfile = ${run_dir}/radiusd.pid +pidfile = ${run_dir}/freeradius.pid
orion a écrit :
i`ve tried in a test environment with root uid/gid and no probs with read/write conf/log files. so it works ok in debug mode ( tested from another pc with ntradping ) .
2008/9/25 <A.L.M.Buxey@lboro.ac.uk>:
Hi,
i deleted the patch 01 line from the 00 file. but freeradius doesnt starts in normal mode.no errors,no open UDP,TCP port ( netstat -ntlp and netstat -nulp dont show nothing like 1812 ,1813 ) , but in debug mode it`s ok.
its unable to read config files or unable to write to the logfile or write the PID file etc. what does radiusd -x (small x, partial debug) say?
alan - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
- List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
------------------------------------------------------------------------
- List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Ok, that made it work here. Tks. Roberto Alexandre Chapellon wrote:
Sorry i made a mistake with my patch:
--- 01-radiusd-to-freeradius.dpatch 2008-09-24 22:41:26.000000000 -1000 +++ 01-radiusd-to-freeradius.dpatch.new 2008-09-25 09:41:05.000000000 -1000 @@ -35,7 +35,7 @@ -# e.g.: kill -HUP `cat /var/run/radiusd/radiusd.pid` +# e.g.: kill -HUP `cat /var/run/freeradius/freeradius.pid` # --pidfile = ${run_dir}/radiusd.pid +-pidfile = ${run_dir}/${name}.pid +pidfile = ${run_dir}/freeradius.pid
is better.
Alexandre Chapellon a écrit :
You don't have to delete the debian patch. Changing the user seems to have been corrected and so it's now unnecessary, but a new "bug" appeared in the patch as radiusd.conf seems to have been modified.
here is a little diff showing what to change in the patch so it works (well works for me anyway):
--- 01-radiusd-to-freeradius.dpatch 2008-09-25 09:23:19.000000000 -1000 +++ 01-radiusd-to-freeradius.dpatch.new 2008-09-25 09:24:00.000000000 -1000 @@ -35,7 +35,7 @@ -# e.g.: kill -HUP `cat /var/run/radiusd/radiusd.pid` +# e.g.: kill -HUP `cat /var/run/freeradius/freeradius.pid` # --pidfile = ${run_dir}/${name}.pid +-pidfile = ${run_dir}/radiusd.pid +pidfile = ${run_dir}/freeradius.pid
orion a écrit :
i`ve tried in a test environment with root uid/gid and no probs with read/write conf/log files. so it works ok in debug mode ( tested from another pc with ntradping ) .
2008/9/25 <A.L.M.Buxey@lboro.ac.uk>:
Hi,
i deleted the patch 01 line from the 00 file. but freeradius doesnt starts in normal mode.no errors,no open UDP,TCP port ( netstat -ntlp and netstat -nulp dont show nothing like 1812 ,1813 ) , but in debug mode it`s ok.
its unable to read config files or unable to write to the logfile or write the PID file etc. what does radiusd -x (small x, partial debug) say?
alan - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
- List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
------------------------------------------------------------------------
- List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
- List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
-- ----------------------------------------------------- Marcos Roberto Greiner Os otimistas acham que estamos no melhor dos mundos Os pessimistas tem medo de que isto seja verdade Murphy -----------------------------------------------------
Hi,
i`ve tried in a test environment with root uid/gid and no probs with read/write conf/log files. so it works ok in debug mode ( tested from another pc with ntradping ) .
yes, i dont care about successful test with root in a test environment - what fails in the real environment? eg what UID/GID do you usually use? once again, what happens when you run 'radiusd -x' of 'radiusd -f' ? alan
the patch that rgreiner supplied worked , so i dont have that installation anymore and cannot test for the -x. 2008/9/25 <A.L.M.Buxey@lboro.ac.uk>:
Hi,
i`ve tried in a test environment with root uid/gid and no probs with read/write conf/log files. so it works ok in debug mode ( tested from another pc with ntradping ) .
yes, i dont care about successful test with root in a test environment - what fails in the real environment? eg what UID/GID do you usually use? once again, what happens when you run 'radiusd -x' of 'radiusd -f' ?
alan - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Building Suse rpms on 10.3 I get the following error: rpmbuild -ba freeradius.spec Executing(%prep): /bin/sh -e /var/tmp/rpm-tmp.73764 + umask 022 + cd /usr/src/packages/BUILD + cd /usr/src/packages/BUILD + rm -rf freeradius-server-2.1.1 + tar -xf - + /usr/bin/bzip2 -dc /usr/src/packages/SOURCES/freeradius-server-2.1.1.tar.bz2 + STATUS=0 + '[' 0 -ne 0 ']' + cd freeradius-server-2.1.1 ++ /usr/bin/id -u + '[' 0 = 0 ']' + /bin/chown -Rhf root . ++ /usr/bin/id -u + '[' 0 = 0 ']' + /bin/chgrp -Rhf root . + /bin/chmod -Rf a+rX,u+w,g-w,o-w . ++ find . -name CVS + rm -rf + exit 0 Executing(%build): /bin/sh -e /var/tmp/rpm-tmp.28328 + umask 022 + cd /usr/src/packages/BUILD + /bin/rm -rf /var/tmp/freeradius-server-2.1.1-build ++ dirname /var/tmp/freeradius-server-2.1.1-build + /bin/mkdir -p /var/tmp + /bin/mkdir /var/tmp/freeradius-server-2.1.1-build + cd freeradius-server-2.1.1 + export 'CFLAGS=-O2 -g -m32 -march=i586 -mtune=i686 -fmessage-length=0 - -D_FORTIFY_SOURCE=2 -fno-strict-aliasing -DLDAP_DEPRECATED -fPIC -DPIC' + CFLAGS='-O2 -g -m32 -march=i586 -mtune=i686 -fmessage-length=0 - -D_FORTIFY_SOURCE=2 -fno-strict-aliasing -DLDAP_DEPRECATED -fPIC -DPIC' + autoreconf configure.in:1140: warning: AC_CONFIG_SUBDIRS: you should use literals ../../lib/autoconf/status.m4:919: AC_CONFIG_SUBDIRS is expanded from... configure.in:1140: the top level configure.in:1140: warning: AC_CONFIG_SUBDIRS: you should use literals ../../lib/autoconf/status.m4:919: AC_CONFIG_SUBDIRS is expanded from... configure.in:1140: the top level configure.in:1140: warning: AC_CONFIG_SUBDIRS: you should use literals ../../lib/autoconf/status.m4:919: AC_CONFIG_SUBDIRS is expanded from... configure.in:1140: the top level configure.in:547: error: possibly undefined macro: AC_LIB_READLINE If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. autoreconf: /usr/bin/autoconf failed with exit status: 1 error: Bad exit status from /var/tmp/rpm-tmp.28328 (%build) RPM build errors: Bad exit status from /var/tmp/rpm-tmp.28328 (%build) I have build former version of freeradius on that machine. This error did not occure before. Norbert Wegener -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFI24Myh6K5ZY70OM8RArcpAJ9KRBJTQ6VH/A02Zr7/ntHriWQtHwCcC0g8 iMs8brHbOVyu5oCHzP/odb8= =n8jE -----END PGP SIGNATURE-----
Norbert Wegener wrote:
Building Suse rpms on 10.3 I get the following error:
Err... the spec file is re-building the "configure" script? Why?
+ autoreconf ... configure.in:547: error: possibly undefined macro: AC_LIB_READLINE If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation.
It's defined in aclocal.m4. Autoconf *should* be picking it up automatically.
I have build former version of freeradius on that machine. This error did not occure before.
But the autoconf process on suse picks up *other* definitions in aclocal.m4. Why doesn't it pick up this one? Arg. Alan DeKok.
Alan DeKok schrieb:
Norbert Wegener wrote:
Building Suse rpms on 10.3 I get the following error:
Err... the spec file is re-building the "configure" script? Why?
+ autoreconf
okay, after commenting autoreconf out in the specfile everything builds as expected.
Thanks Norbert Wegener
Hi,
Charlie B wrote:
Awesome, can you tell where to find the freeradius-utils-2.1.1?
I'm guessing that the debian folk have split FreeRADIUS up into 3 packages or somesuch - so the utils would contain radtest etc ? in this case, 2.1.1 utils would probably contain radmin. its very sick. alan
Actually for Fedora/Redhat and yes it would contain radtest and now upgraded to radmin but I'm looking for the package, I looked to build the rpm from freeradius-server-2.1.1.tar.gz but was unable to for the utils, so thought I would ask to see were I could grab them
I'm guessing that the debian folk have split FreeRADIUS up into 3 packages or somesuch - so the utils would contain radtest etc ? in this case, 2.1.1 utils would probably contain radmin. its very sick.
alan - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Hi,
Actually for Fedora/Redhat and yes it would contain radtest and now upgraded to radmin but I'm looking for the package, I looked to build the rpm from freeradius-server-2.1.1.tar.gz but was unable to for the utils, so thought I would ask to see were I could grab them
FreeRADIUS has only ever been available direct from its true source as a single tarball. its never been split into small fragments like Debian seem to supply it as. if there is a package descriptor/build for it, you should be able to run that from the sourceball as normal. alan
Charlie B wrote:
Actually for Fedora/Redhat and yes it would contain radtest and now upgraded to radmin but I'm looking for the package, I looked to build the rpm from freeradius-server-2.1.1.tar.gz but was unable to for the utils, so thought I would ask to see were I could grab them Fedora has built and released the new 2.1.1 version of FreeRADIUS (available the same day it was released by the FreeRADIUS project). It is available in the development (aka rawhide) repository or it may be downloaded via the Koji build system, http://koji.fedoraproject.org (enter freeradius in the packages search box to locate all builds)
With regard to the new radmin utility, it is in the main freeradius package, not freeradius-utils. The new 2.1.1 has had only very cursory testing in Fedora, I encourage Fedora users to exercise the package and report any Fedora specific problems at https://bugzilla.redhat.com/enter_bug.cgi?product=Fedora&component=freeradiu... Alan Buxey: The reason why freeradius is split into sub-packages is to accommodate users who want a minimal install which does not pull in other packages to satisfy dependencies. The installer automatically detects the dependencies of any rpm it installs and recursively installs every dependency. For example we build FreeRADIUS with support for mysql, postgresql and ldap but as a user you might not use any of these backends. In this case where a user just wants to install freeradius they will get cranky if it requires them to install large database packages they never intend to use. Thus by having fine grained subpackages you can electively install the freeradius-mysql subpackage if you want to use freeradius with MySQL and the only database server the installer will add is mysql, you won't be forced to install postgress or ldap, etc. Think of this as the equivalent of the configure script with-* command line options used during building, but applied at installation time. -- John Dennis <jdennis@redhat.com>
participants (9)
-
A.L.M.Buxey＠lboro.ac.uk -
Alan DeKok -
Alexandre Chapellon -
Charlie B -
Dario Palmisano -
John Dennis -
Norbert Wegener -
orion -
rgreiner