The build is now clean
a.cudbardb at freeradius.org
Mon Jun 24 16:02:24 CEST 2013
On 24 Jun 2013, at 14:00, A.L.M.Buxey at lboro.ac.uk wrote:
>> - it has a large number of test cases which run on every push to github
> ..I was wondering how the recent 'doesnt compile' got through - and thinking
> about it, its because the test system has all the required libraries installed.
> maybe would be good to have a test system that is a basic install - and thus
> will fail to build things that have required libraries?
the build matrix can't be extended to dependencies unfortunately. You have one set
of dependencies for all builds.
>> - many people are running v3 in production.
> I'd like the definition of many ;-) - how many of those are doing proxying,
> RADSEC, using SQL with dynamic-clients
and now LDAP with dynamic-clients :)
> and buffered-sql, decoupled-accounting etc.
> this is where the historic bugs appear to lurk
>> i.e. v3 has less code than v2, and does more.
> :-) I agree...but those with established 2.x servers and not much knowledge
> of how things work arent going to have a nice smooth upgrade - there is no 'upgrade tool'
> to help make the move. What is RedHst et als view of the new major release? will
> we see FR3 in RHEL 7 - or in 8 or 9? (look at the slow 1.x -> 2.x transitions in most
> certainly, in my view, FR 3.0 will be far more 'eduroam ready' out of the box than it
> ever was with 2.x - that'll help those admins who want to reploy this superior RADIUS
> solution....those that already run 2.x will have to be sold the advantages..
If they want to use RADSEC they have two options, use a gateway, or upgrade.
Arran Cudbard-Bell <a.cudbardb at freeradius.org>
FreeRADIUS Development Team
More information about the Freeradius-Devel