What is the current status and roadmap for FreeRadius?
Hello all, I don't have a problem needing solving, but I would like context about FreeRadius. What is happening with the v4 work? What changes and challenges are being faced? What does the roadmap look like? Is there going to be a formalization of unlang? What work is currently being done? -- Please be advised that this email may contain confidential information. If you are not the intended recipient, please notify us by email by replying to the sender and delete this message. The sender disclaims that the content of this email constitutes an offer to enter into, or the acceptance of, any agreement; provided that the foregoing does not invalidate the binding effect of any digital or other electronic reproduction of a manual signature that is included in any attachment. <https://twitter.com/arroyo_networks> <https://www.linkedin.com/company/arroyo-networks> <https://www.github.com/ArroyoNetworks>
On Mar 15, 2019, at 2:07 PM, Joshua Marshall <j.marshall@arroyo.io> wrote:
I don't have a problem needing solving, but I would like context about FreeRadius. What is happening with the v4 work?
Lots. There's a lot to do, but it's making good progress. https://wiki.freeradius.org/design/version4/Home
What changes and challenges are being faced?
The main challenge is time. The changes are sweeping. While the configuration files look largely similar, almost everything has changed under the hood. Things which used to be impossible are now trivial. But some simple things have unfortunately gotten more complex. The main thing is that the requests are now fully asynchronous. The interpreter has it's own scheduler, and each request has it's own interpreter stack. The result is that the server needs fewer threads to actually run things.
What does the roadmap look like?
See the Wiki page above.
Is there going to be a formalization of unlang?
What does that mean?
What work is currently being done?
Lots and lots. The best thing here is to watch the git log. Perhaps a better question is this: What are you looking for? i.e. if you just want to know about v4, download it and look. On the other hand, if you're looking for a particular feature, then it's best to ask about that. Alan DeKok.
Thank you for the speedy reply. We're implementing stuff with FreeRadius and are having to abuse it in a few unorthodox ways. Config files with silent errors or misconfigurations, using what seems to be undocumentd interactions with LDAP to handle passwords securely -- challenges which feel like they're from a bygone era. Looking at the roadmap, and you've probably had to answer these before, why not switch the codebase to C++ which has wrapped up much of the threading and modularization work already and has a number of good libraries to handle networking? Why not use Antlr4 to run your grammars and make start and runtime problems more apparent as well as providing a more robust parsing method? What we are really feeling over here is a lack of modern behavior and features. Which isn't just one thing, but an enormous amount of work and polish. That isn't a thing we could ever just ask for and get -- it iosn't that easy and we know that. But to know what is OK to ask and what might be possible requires context. On Fri, Mar 15, 2019 at 2:18 PM Alan DeKok <aland@deployingradius.com> wrote:
On Mar 15, 2019, at 2:07 PM, Joshua Marshall <j.marshall@arroyo.io> wrote:
I don't have a problem needing solving, but I would like context about FreeRadius. What is happening with the v4 work?
Lots. There's a lot to do, but it's making good progress.
https://wiki.freeradius.org/design/version4/Home
What changes and challenges are being faced?
The main challenge is time.
The changes are sweeping. While the configuration files look largely similar, almost everything has changed under the hood.
Things which used to be impossible are now trivial. But some simple things have unfortunately gotten more complex.
The main thing is that the requests are now fully asynchronous. The interpreter has it's own scheduler, and each request has it's own interpreter stack. The result is that the server needs fewer threads to actually run things.
What does the roadmap look like?
See the Wiki page above.
Is there going to be a formalization of unlang?
What does that mean?
What work is currently being done?
Lots and lots. The best thing here is to watch the git log.
Perhaps a better question is this: What are you looking for?
i.e. if you just want to know about v4, download it and look. On the other hand, if you're looking for a particular feature, then it's best to ask about that.
Alan DeKok.
- List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
-- Please be advised that this email may contain confidential information. If you are not the intended recipient, please notify us by email by replying to the sender and delete this message. The sender disclaims that the content of this email constitutes an offer to enter into, or the acceptance of, any agreement; provided that the foregoing does not invalidate the binding effect of any digital or other electronic reproduction of a manual signature that is included in any attachment. <https://twitter.com/arroyo_networks> <https://www.linkedin.com/company/arroyo-networks> <https://www.github.com/ArroyoNetworks>
On Fri, 2019-03-15 at 14:47 -0400, Joshua Marshall wrote:
We're implementing stuff with FreeRadius and are having to abuse it in a few unorthodox ways.
Maybe it might help to explain what you think you're having to do that abuses it to get it to do what you want?
Config files with silent errors or misconfigurations
The config files allow you to add your own options, and then use them in the rest of the config, so of course that's silent and not a misconfiguration. If you misconfigure it in other ways, well, that's hardly our fault.
using what seems to be undocumentd interactions with LDAP to handle passwords securely
Like? Examples help.
challenges which feel like they're from a bygone era.
A lot of authentication methods _are_ from a bygone era. There's not a lot you can do about that. e.g. Nobody would start with MSCHAPv2 now for wireless auth, but it's about the only common thing everyone's supported for years, so we're stuck with it until the world moves forward. Which it does, but only very slowly. Other stuff? What exactly?
why not switch the codebase to C++ which has wrapped up much of the threading and modularization work already and has a number of good libraries to handle networking? Why not use Antlr4 to run your grammars and make start and runtime problems more apparent as well as providing a more robust parsing method?
Why not spend years converting it yourself if you think it's going to make everything that much easier.
What we are really feeling over here is a lack of modern behavior and features. Which isn't just one thing, but an enormous amount of work and polish.
This sort of statement isn't helpful. *What* behaviour do you think is wrong? What features are lacking? Maybe try the v4 codebase and see if the things you want are there. There's a *lot* of work, and not many contributors. It's an open source project, feel free to help out, make constructive suggestions, fill out the documentation or update things that are getting old, code up features that are missing. You're obviously upset about something, but I can't work out what. Maybe if you're stuck on a technical problem, ask a good question about how to solve it and people will help, or they'll let you know if it's a new feature coming in v4, or if it's something that's not actually possible. -- Matthew
On Mar 15, 2019, at 3:24 PM, Matthew Newton <mcn@freeradius.org> wrote:
What we are really feeling over here is a lack of modern behavior and features. Which isn't just one thing, but an enormous amount of work and polish.
This sort of statement isn't helpful.
It's ignorant and abusive. "Hi, I got this world-leading software for free. But it sucks, because you guys need to do more work to make me happy." Most reasonable people don't show up at a friends house and critique their taste in furniture. Doing that will lose you friends in a hurry. And before people get offended, yes, it *is* appropriate to call people out on anti-social behaviour. I've never understood the mentality of people who nod happily when they see someone being attacked, and then get offended when the attacked person asks for it to stop. Alan DeKok.
On Mar 15, 2019, at 2:47 PM, Joshua Marshall <j.marshall@arroyo.io> wrote:
Thank you for the speedy reply. We're implementing stuff with FreeRadius and are having to abuse it in a few unorthodox ways. Config files with silent errors or misconfigurations, using what seems to be undocumentd interactions with LDAP to handle passwords securely -- challenges which feel like they're from a bygone era.
I'm not sure what that means. What are "config files with silent errors"? What do you mean by "undocumented interactions with LDAP to handle passwords securely"? The server reads user passwords from LDAP in any format needed i.e. crypt, MD5 hash, etc. When you configure FreeRADIUS with an LDAP administration account, you have to put the admin password in cleartext in the configuration files. That's how passwords work... If you don't want admin passwords in cleartext, use client certificates. That's what client certificates are for.
Looking at the roadmap, and you've probably had to answer these before, why not switch the codebase to C++ which has wrapped up much of the threading and modularization work already and has a number of good libraries to handle networking?
Uh... really? Why not *you* contribute something, instead of asking that other people do *more work*, just to satisfy your desire for engineering purity? Are you aware of the cost of re-writing a large software project? And are you aware that FreeRADIUS has maybe 3 contributors, none of whom work on it full time? If you don't like FreeRADIUS, contribute something to make it better. Or, go write your own RADIUS server.
Why not use Antlr4 to run your grammars and make start and runtime problems more apparent as well as providing a more robust parsing method?
Neither GCC nor CLANG use auto-generated parsers. They both use hand-written recursive descent parsers. Why not go ask them to "fix" their product to suit your desires?
What we are really feeling over here is a lack of modern behavior and features.
What the heck does that mean? Perhaps you could discuss facts instead of feelings. What is a "modern feature" in a RADIUS server? C++? How does C++ affect the RADIUS protocol? (hint: it doesn't).
Which isn't just one thing, but an enormous amount of work and polish. That isn't a thing we could ever just ask for and get -- it iosn't that easy and we know that. But to know what is OK to ask and what might be possible requires context.
OK, you're asking that *other* people do work to keep *you* happy. That's not really a polite thing to do. Plus, you're not giving any concrete facts to support your argument. And your comments about LDAP show you're not really clear on how it works today. We're willing to fix bugs and to answer questions. But your comments are vague, confused, and unhelpful. Please do better. Alan DeKok.
On Mar 16, 2019, at 2:47 AM, Joshua Marshall <j.marshall@arroyo.io> wrote:
Thank you for the speedy reply. We're implementing stuff with FreeRadius and are having to abuse it in a few unorthodox ways. Config files with silent errors or misconfigurations, using what seems to be undocumentd interactions with LDAP to handle passwords securely -- challenges which feel like they're from a bygone era.
If you could provide some actual concrete examples of the above, then I'm sure the issues could be addressed. Having written the majority of the LDAP code I have to say I have no idea what you're talking about regarding "undocumented interactions". There are four methods of authenticating users with LDAP: - Retrieving the password hash with a search operation and comparing the hash with the received password. - Binding to LDAP using a simple bind with the user's plaintext password and using the result of that operation to decide on whether the user should be authenticated or not. - Binding to LDAP with a SASL bind. - Using eDirectory's Universal Password feature to retrieve the cleartext password for the user. All of these are well documented.
Looking at the roadmap, and you've probably had to answer these before, why not switch the codebase to C++ which has wrapped up much of the threading
Last time I checked it didn't have any better support for stack suspension and resumption than C does which is one of the issues which has taken a significant amount of time. When your target is millions of requests in flight simultaneously, stack memory usage, parallelisation, network data path and memory zone alignment, and asynchronous I/O are the main issues you end up hitting. We already offload memory management to libtalloc, eventing to libkqueue and crypto to OpenSSL, and use tens of other auxiliary libraries in the modules.
and modularization work already
Not an actual issue we've faced.
and has a number of good libraries to handle networking?
Not an actual issue we've faced.
Why not use Antlr4 to run your grammars and make start and runtime problems more apparent as well as providing a more robust parsing method?
It doesn't currently have a code generation target for C, and you provided absolutely no compelling reasons to switch the code base to C++.
What we are really feeling over here is a lack of modern behavior and features.
As someone who's done multiple, complex, commercial deployments with FreeRADIUS I disagree. If you don't like the policy language or feel that you'd be more at home writing all your business logic in C++, you can wrap it in a REST API and punt the request processing over to an external process using the REST module. Or you can use the Python, Perl, Mruby or Lua embedded interpreters. The reality is though, that the policy language is sufficient for the vast majority of deployments. What a lot of people miss is that the policy language actually does a pretty excellent job of handling the simple cases, in that it requires the users to have absolutely zero programming knowledge and configuration is done by shuffling module call orders around.
Which isn't just one thing, but an enormous amount of work and polish.
I disagree.
That isn't a thing we could ever just ask for and get -- it iosn't that easy and we know that.
I disagree.
But to know what is OK to ask and what might be possible requires context.
Not sure what you mean here as the context is ambiguous. -Arran
On Mar 15, 2019, at 9:40 PM, Arran Cudbard-Bell <a.cudbardb@freeradius.org> wrote:
What we are really feeling over here is a lack of modern behavior and features.
As someone who's done multiple, complex, commercial deployments with FreeRADIUS I disagree.
As an aside, C++ and Antrl4 are tools, not features. Using "cool tools" just because they're "cool" is the sign of cargo cult programming. If you want to look at cargo cult programming, look no further than Kea, the "new" ISC DHCP server. The old ISC DHCP server was written in C, using (quite frankly) terrible engineering practices. Those practices turned out to be problematic, so they went to "cool tools" like C++, Javascript, libboost, etc. But they didn't change their poor engineering. The result is a DHCP server where the config files are javascript. Which makes them difficult to edit by mere mortals. And where ISC DHCP had *zero* database integration, Kea has MySQL and PostgreSQL. That sounds good, but... FreeRADIUS has support for many, many, more databases than that. FreeRADIUS can put leases into *any* SQL database. Or Redis. And, in v4, we get 2-5x the performance of Kea for DHCP leases. With a *real* policy language, that doesn't require people to write C++ plugins to do anything complex. So yes, FreeRADIUS is a *better* and *more configurable* and a *faster* DHCP server than one written using "cool tools". I have no idea what "modern behaviour and features" means. And I doubt that the original poster does, either. If he had, he would have explained instead of posting inflammatory and content-free comments. Alan DeKok.
I did not write anything disrespectful, did not mean anything disrespectful, and made a reasonable effort to be professional in a fashion which has been well received by other projects. Those projects did not turn around to label me as aggressive or abusive or demanding free work. I do not understand why, but this kind of response can only serve to burn bridges and drive away a community. This is the reason why you only have three or four developers while much smaller projects have 10's of developers. But, at the insistence of treating me like an impudent child for just trying to understand your project better with inherently open ended questions I will not aid or contribute to your project as I have with others. Alan, I can only imagine you have driven everyone who loved you away and are now living as an isolated old man outside of work. Please make healthier life choices. -- Please be advised that this email may contain confidential information. If you are not the intended recipient, please notify us by email by replying to the sender and delete this message. The sender disclaims that the content of this email constitutes an offer to enter into, or the acceptance of, any agreement; provided that the foregoing does not invalidate the binding effect of any digital or other electronic reproduction of a manual signature that is included in any attachment. <https://twitter.com/arroyo_networks> <https://www.linkedin.com/company/arroyo-networks> <https://www.github.com/ArroyoNetworks>
On Mar 16, 2019, at 3:57 PM, Joshua Marshall <j.marshall@arroyo.io> wrote:
I did not write anything disrespectful,
Nonsense.
did not mean anything disrespectful, and made a reasonable effort to be professional in a fashion which has been well received by other projects.
Also nonsense. Comments like the following are completely unprofessional:
What we are really feeling over here is a lack of modern behavior and features.
Really? You honestly expected to post that, and then get a response of "OMFG you're right, our work *is* utter shit!" You didn't keep it civil, and simply posted a bug report, or a comment that something specific was broken. Instead, you posted that your "feelings" were hurt that FreeRADIUS didn't live up to your expectations. Such comments are unprofessional and ignorant. They *deserve* a response of a public spanking.
Those projects did not turn around to label me as aggressive or abusive or demanding free work.
A comment of "why haven't you guys converted to C++" *is* asking for free work. And for anyone with any competence, the answer is obvious. Which I guess is why you asked the question...
I do not understand why, but this kind of response can only serve to burn bridges and drive away a community. This is the reason why you only have three or four developers while much smaller projects have 10's of developers.
Also nonsense. I don't care that a "my little pony" fan site has tens of developers. Stay there if you must.
But, at the insistence of treating me like an impudent child for just trying to understand your project better with inherently open ended questions I will not aid or contribute to your project as I have with others.
This is the real heart of the matter. Our comments are so terrible that you won't bless us further with your presence. Really? For everyone else reading that, I'l just let it sink in for a moment. What kind of person says such a ludicrous thing? I've seen that response many, many, times over the years. It's always made by some self-important blowhard who knows nothing, understands nothing, and refuses to learn anything. It's made by someone who's done nothing, but who has grandiose plans. It's usually accompanied by complaints about how "you guys are unprofessional", and "your project is going to die". If your comments were an attempt at contributing, then we can live very well without that help, thanks.
Alan, I can only imagine you have driven everyone who loved you away and are now living as an isolated old man outside of work. Please make healthier life choices.
What a condescending and narcissistic load of bullshit. You're claiming moral superiority because (as an analogy), you told me that my personal life mirrors that of Oedipus. You're claiming that it's just a classical reference, and that it's all above board. No, you're the asshole here. You're just upset that someone caught you being an asshole, and called you out on it. Alan DeKok.
I did not write anything disrespectful, did not mean anything disrespectful, and made a reasonable effort to be professional in a fashion which has been well received by other projects. Those projects did not turn around to label me as aggressive or abusive or demanding free work. I do not understand why, but this kind of response can only serve to burn bridges and drive away a community. This is the reason why you only have three or four developers while much smaller projects have 10's of developers. But, at the insistence of treating me like an impudent child for just trying to understand your project better with inherently open ended questions I will not aid or contribute to your project as I have with others.
Joshua, let me tell you that you were indeed disrespectful with your comments (I'm not saying you did it on purpose though, but definitely you were). You undervalued FreeRadius' quality just by the selection of the programming language or the features they provide, without even thinking about why they made their choices in the first place. The choice of programming language does not necessarily have a direct consequence in the quality of the software being built. In fact, there are countless of projects around written in very cool languages, that would make a proper software engineer to cry. C is a great language for high performance software. Have you ever thought why Linux hasn't switched to C++... or Python? And regarding the features... well the fact that something hasn't been implemented *yet* does not mean that it cannot be done. Speaking as an individual, I can only say that the FreeRadius' folks have always tried to help me implementing all the features I've tried to. Of course that means that you need to provide actual technical details of what you want to achieve, not just crying that "something cannot be easily made". The amount of high level and cooler languages FreeRadius support (say Python, Perl, Lua...) is amazing. Most of what you may want to implement would be possible by using one of them, and if there is anything that precludes you from doing so... you can propose (or even implement) the required changes. I did, and guess what, the changed were merged without a bad word. Also, read this document https://github.com/FreeRADIUS/freeradius-server/blob/master/LICENSE as it seems to me that might contain crucial information for you.
Alan, I can only imagine you have driven everyone who loved you away and are now living as an isolated old man outside of work. Please make healthier life choices.
Bringing this discussion into the personal space only demonstrates a low value as a person. For me, this comment ends any further technical discussion. -- Alejandro Perez-Mendez Technical Specialist (AAA), Trust & Identity M (+34) 619 333 219 Skype alejandro_perez_mendez jisc.ac.uk Jisc is a registered charity (number 1149740) and a company limited by guarantee which is registered in England under Company No. 5747339, VAT No. GB 197 0632 86. Jisc’s registered office is: One Castlepark, Tower Hill, Bristol, BS2 0JA. T 0203 697 5800. Jisc Services Limited is a wholly owned Jisc subsidiary and a company limited by guarantee which is registered in England under company number 2881024, VAT number GB 197 0632 86. The registered office is: One Castle Park, Tower Hill, Bristol BS2 0JA. T 0203 697 5800.
On Mar 18, 2019, at 5:00 AM, Alex Perez-Mendez <Alex.Perez-Mendez@jisc.ac.uk> wrote
Joshua, let me tell you that you were indeed disrespectful with your comments (I'm not saying you did it on purpose though, but definitely you were).
There's absolutely no question he intended to be disrespectful. While he didn't use bad language, he *did* intend to lord it over everyone, and to show us the error of our ways. This is classic narcissism. I've seen this many times on this list, and my personal life. These people are toxic, and need to be shut down immediately. One of my favourites years ago was a someone who responded to that shutdown with "Oh yeah? I WAS going to involve you people in my new project that would make millions, but now I'm not going to!" That's a response so delusional that you just can't argue with it.
Bringing this discussion into the personal space only demonstrates a low value as a person. For me, this comment ends any further technical discussion.
I guarantee you, he had nothing technical to contribute. The only contribution in that conversation would have been us educating him that his delusions were wrong. Alan DeKok.
On 3/18/19 12:03 PM, Alan DeKok wrote:
One of my favourites years ago was a someone who responded to that shutdown with "Oh yeah? I WAS going to involve you people in my new project that would make millions, but now I'm not going to!"
That's a response so delusional that you just can't argue with it.
The worse "customers" are the ones that get their software for free ;) Somehow they always feel entitled to the most with the least constructive input. Generally you get these comments about language or libraries from someone in or right after school and while they haven't actually contributed anything to maintaining any long term project. I think it just shows complete ignorance, not malice. Anyway, thank you for maintaining FreeRADIUS. Your expertise (and the other maintainers) is highly appreciated here. - Adam PS. All opinions are my own :)
Anyway, thank you for maintaining FreeRADIUS. Your expertise (and the other maintainers) is highly appreciated here.
Full ACK from here. Alan, I have no idea how you always manage to reply those offending people in a professional manner :) Kudos for that. Thanks to the entire FR team for maintaining this great piece of software. Keep up the good work. Kind regards Chris
-----Ursprüngliche Nachricht----- Von: Freeradius-Users <freeradius-users-bounces+c.kaufmann=umwelt- campus.de@lists.freeradius.org> Im Auftrag von Adam Majer Gesendet: Montag, 18. März 2019 12:47 An: freeradius-users@lists.freeradius.org Betreff: Re: What is the current status and roadmap for FreeRadius?
On 3/18/19 12:03 PM, Alan DeKok wrote:
One of my favourites years ago was a someone who responded to that shutdown with "Oh yeah? I WAS going to involve you people in my new project that would make millions, but now I'm not going to!"
That's a response so delusional that you just can't argue with it.
The worse "customers" are the ones that get their software for free ;) Somehow they always feel entitled to the most with the least constructive input.
Generally you get these comments about language or libraries from someone in or right after school and while they haven't actually contributed anything to maintaining any long term project. I think it just shows complete ignorance, not malice.
Anyway, thank you for maintaining FreeRADIUS. Your expertise (and the other maintainers) is highly appreciated here.
- Adam
PS. All opinions are my own :) - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Anyway, thank you for maintaining FreeRADIUS. Your expertise (and the other maintainers) is highly appreciated here.
And thank you from myself as well. FreeRADIUS is an amazing piece of free software and the existence of its REST module has allowed me to implement the LDAP/SSID logic I needed for WPA-Enterprise in Go rather than Unlang since I felt more comfortable with the former. -Martin
.....I guess you're not moving to Rust then? ;-) (its time to inject a little humour into this :) ) alan
Joshua, If you are looking for some capability to use something like Java. we would like to encourage you to create the Java support. what do you think? I could imagine that below points as a first-step. 1. Take a look first at the rlm_example https://github.com/FreRADIUS/freeradius-server/tree/master/src/modules/rlm_e... 2. Use some other bindings as an example, e.g: https://github.com/FreeRADIUS/freeradius-server/tree/master/src/modules/rlm_... https://github.com/FreeRADIUS/freeradius-server/tree/master/src/modules/rlm_... https://github.com/FreeRADIUS/freeradius-server/tree/master/src/modules/rlm_... 3. Then, here https://docs.oracle.com/javase/7/docs/technotes/guides/jni/ you could find all JNI documentation. After that, it will be possible to forward all REQUEST packets to a Java Class/Jar as today is possible to do using Lua/Python/Perl/Ruby. -- Jorge Pereira On Fri, Mar 15, 2019 at 3:47 PM Joshua Marshall <j.marshall@arroyo.io> wrote:
Thank you for the speedy reply. We're implementing stuff with FreeRadius and are having to abuse it in a few unorthodox ways. Config files with silent errors or misconfigurations, using what seems to be undocumentd interactions with LDAP to handle passwords securely -- challenges which feel like they're from a bygone era.
Looking at the roadmap, and you've probably had to answer these before, why not switch the codebase to C++ which has wrapped up much of the threading and modularization work already and has a number of good libraries to handle networking? Why not use Antlr4 to run your grammars and make start and runtime problems more apparent as well as providing a more robust parsing method?
What we are really feeling over here is a lack of modern behavior and features. Which isn't just one thing, but an enormous amount of work and polish. That isn't a thing we could ever just ask for and get -- it iosn't that easy and we know that. But to know what is OK to ask and what might be possible requires context.
On Fri, Mar 15, 2019 at 2:18 PM Alan DeKok <aland@deployingradius.com> wrote:
On Mar 15, 2019, at 2:07 PM, Joshua Marshall <j.marshall@arroyo.io> wrote:
I don't have a problem needing solving, but I would like context about FreeRadius. What is happening with the v4 work?
Lots. There's a lot to do, but it's making good progress.
https://wiki.freeradius.org/design/version4/Home
What changes and challenges are being faced?
The main challenge is time.
The changes are sweeping. While the configuration files look largely similar, almost everything has changed under the hood.
Things which used to be impossible are now trivial. But some simple things have unfortunately gotten more complex.
The main thing is that the requests are now fully asynchronous. The interpreter has it's own scheduler, and each request has it's own interpreter stack. The result is that the server needs fewer threads to actually run things.
What does the roadmap look like?
See the Wiki page above.
Is there going to be a formalization of unlang?
What does that mean?
What work is currently being done?
Lots and lots. The best thing here is to watch the git log.
Perhaps a better question is this: What are you looking for?
i.e. if you just want to know about v4, download it and look. On the other hand, if you're looking for a particular feature, then it's best to ask about that.
Alan DeKok.
- List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
--
Please be advised that this email may contain confidential information. If you are not the intended recipient, please notify us by email by replying to the sender and delete this message. The sender disclaims that the content of this email constitutes an offer to enter into, or the acceptance of, any agreement; provided that the foregoing does not invalidate the binding effect of any digital or other electronic reproduction of a manual signature that is included in any attachment.
<https://twitter.com/arroyo_networks> <https://www.linkedin.com/company/arroyo-networks> <https://www.github.com/ArroyoNetworks> - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
participants (10)
-
Adam Majer -
Alan Buxey -
Alan DeKok -
Alex Perez-Mendez -
Arran Cudbard-Bell -
Christian Kaufmann -
Jorge Pereira -
Joshua Marshall -
Martin Gignac -
Matthew Newton