Re: FreeRADIUS 1.0.0-pre1 released
On Tue, 1 Jun 2004 06:18:57 +1000 Paul Hampson [EMAIL PROTECTED] wrote: Ladies and gentlemen, We are proud to announce that the 1.0.0 release cycle for FreeRADIUS is entering its final stages. The first pre-release wide-area-test tarball is on the FreeRADIUS website: http://www.freeradius.org/ excellent! looks like there may be some good stuff in there :) Did notice that the two missing entries from the redback dictionary that I submitted to this list haven't been added tho, will these appear soon? Be nice to not have to manualy add them when we upgrade to a newer release. keep up the great work. -- - Graeme Hinchliffe (BSc) Core Internet Systems Designer Zen Internet (http://www.zen.co.uk/) ICQ 3842605 (link) Direct: 0845 058 9074 Main : 0845 058 9000 Fax : 0845 058 9005 - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: FreeRADIUS 1.0.0-pre1 released
3. Is there a way to put the rlm_ modules in /usr/lib/freeradius while
the main libraries stay in {prefix}/lib?
Which main libraries?
Well, I was under impression that libradius.so and perhaps libeap.so
could be used by other programs as well ... I guess I was wrong...
compiling with:
./configure --with-experimental-modules --prefix=/usr \
--sysconfdir=/etc --localstatedir=/var --libdir=/usr/lib/freeradius
now.
Thanks.
--
damjan |
This is my jabber ID -- [EMAIL PROTECTED] -- not my mail address!!!
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: FreeRADIUS 1.0.0-pre1 released
Damjan [EMAIL PROTECTED] wrote: Well, I was under impression that libradius.so and perhaps libeap.so could be used by other programs as well ... I guess I was wrong... sigh Don't make assumptions about what I meant, it's rude. Currently, the configure process puts all of the libraries into the library directory. There isn't an easy way to change that. Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: FreeRADIUS 1.0.0-pre1 released
On Tue, Jun 01, 2004 at 01:39:13PM +0200, Damjan wrote:
3. Is there a way to put the rlm_ modules in /usr/lib/freeradius while
the main libraries stay in {prefix}/lib?
Which main libraries?
Well, I was under impression that libradius.so and perhaps libeap.so
could be used by other programs as well ... I guess I was wrong...
libradius was certainly a candidate for being seperately usable, but so
far no one's shown sufficient interest to make it true.
--
Paul TBBle Hampson, on an alternate email client.
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
FreeRADIUS 1.0.0-pre1 released
Ladies and gentlemen, We are proud to announce that the 1.0.0 release cycle for FreeRADIUS is entering its final stages. The first pre-release wide-area-test tarball is on the FreeRADIUS website: http://www.freeradius.org/ You can also download the tarball itself directly below: ftp://ftp.freeradius.org/pub/radius/freeradius-1.0.0-pre1.tar.gz It contains fixes for bugs, annoyances and surprises, as well as a host of new features listed below: Better wireless support (PEAP, EAP-TTLS), Support for listening on multiple ports, Many new dictionaries, Speed improvements and optimizations, Preliminary support for Windows XP (under SFU), Updates for 64-bit systems, More SNMP statistics, Better support for non-compliant, and unknown VSA's, The 1.0.0 changelog is huge, and available here: http://www.freeradius.org/cgi-bin/cvsweb.cgi/radiusd/doc/ChangeLog?rev=1.57 We're now fully license compliant, GPL for the modules and LGPL for the libradius. So please, take this release, check it for bugs that you experienced in 0.9.3, put it through its paces with whatever test loads you expect can demonstrate its stability, and let us know on the mailling lists or bug tracking system what you feel needs doing before we can declare that we have completed 1.0.0. We will under go a few more pre-releases as needed, then this code will become FreeRADIUS 1.0.0. New features will continue to be added to HEAD (nominally 1.1.0) but not to 1.0.0. The daily snapshots will still come from HEAD in CVS. In CVS, the branch is release_1_0 and this is tagged release_1_0_0_pre1. Debian packages for Debian/unstable are available from: http://www.tbble.com/freeradius/debian/ Thankyou for your attention. :-) -- Paul TBBle Hampson Bubblesworth Pty Ltd (ABN: 51 095 284 361) [EMAIL PROTECTED] On a sidewalk near Portland State University someone wrote `Trust Jesus', and someone else wrote `But Cut the Cards'. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: FreeRADIUS 1.0.0-pre1 released
We are proud to announce that the 1.0.0 release cycle for FreeRADIUS is
entering its final stages. The first pre-release wide-area-test tarball
is on the FreeRADIUS website: http://www.freeradius.org/
Congratulations, I have several questions:
1. why is the option --with-large-files no by default? Are there
any shortcommings?
2. Why is the option --with-udpfromto no by default? The way I
understand it this should be on.
3. Is there a way to put the rlm_ modules in /usr/lib/freeradius while
the main libraries stay in {prefix}/lib?
--
damjan |
This is my jabber ID -- [EMAIL PROTECTED] -- not my mail address!!!
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: FreeRADIUS 1.0.0-pre1 released
Damjan [EMAIL PROTECTED] wrote:
1. why is the option --with-large-files no by default? Are there
any shortcommings?
No. It's just that most people won't need it.
2. Why is the option --with-udpfromto no by default? The way I
understand it this should be on.
The new listen directive makes the udpfromto code a little less
critical. You can configure multiple listening sockets, each with an
IP and port, Version 0.9.3 could only listen on one IP address, making
udpfromto much more necessary.
3. Is there a way to put the rlm_ modules in /usr/lib/freeradius while
the main libraries stay in {prefix}/lib?
Which main libraries?
Alan DeKok.
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
