This is a relatively simple port of OpenRADIUS. From the faq...
------------------------------
What is OpenRADIUS?
OpenRADIUS is a piece of software that links your network access
devices to your user, service profile, and usage databases.
As such, OpenRADIUS isn't unique; other servers that speak the
RADIUS protocol do the same. But it is unique in the flexibility
it offers you in building this link, because it puts you in full
control of the business rules used inside the server and the ways
it talks to your databases - without anybody having to hack the
source code.
------------------------------
===> The following configuration options are available for openradius-0.9.14:
DOCS=on: Install documentstion
EXAMPLES=on: Include examples
LDAP=off: Install LDAP support
===> Use 'make config' to modify these settings
To enable startup script, please add openradius_enable=yes
in your rc.conf.
Configuration sample files were installed, you will need to copy
these over to create real configuration files.
Mk/**ldap.mk: Convert USE_LDAP to USES=ldap
Convert the USE_LDAP=yes to USES=ldap and adds the following features:
- Adds the argument USES=ldap:server to add openldap2{4|5|6}-server as
RUN_DEPENDS
- Adds the argument USES=ldap<version> and replaces WANT_OPENLDAP_VER
- Adds OPENLDAP versions in bsd.default-versions.mk
- Adds USE_OPENLDAP/WANT_OPENLDAP_VER in Mk/bsd.sanity.mk
- Changes consumers to use the features
Reviewed by: delphij
Approved by: portmgr
Differential Revision: https://reviews.freebsd.org/D38233
Remove WWW entries moved into port Makefiles
Commit b7f05445c00f has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.
This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.
Approved by: portmgr (tcberner)
Add WWW entries to port Makefiles
It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.
Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.
There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.
(Only the first 15 lines of the commit message are shown above )
net: remove 'Created by' lines
A big Thank You to the original contributors of these ports:
* <ports@c0decafe.net>
* Aaron Dalton <aaron@FreeBSD.org>
* Aaron Straup Cope <ascope@cpan.org>
* Aaron Zauner <az_mail@gmx.at>
* Adam Jette <jettea46@yahoo.com>
* Adam Weinberger <adamw@FreeBSD.org>
* Alan Eldridge <alane@geeksrus.net>
* Alex Bakhtin <Alex.Bakhtin@gmail.com>
* Alex Deiter <Alex.Deiter@Gmail.COM>
* Alex Dupre <ale@FreeBSD.org>
* Alex Dupre <sysadmin@alexdupre.com>
(Only the first 15 lines of the commit message are shown above )
*/*: Remove redundant '-[0-9]*' from CONFLICTS
The conflict checks compare the patterns first against the package
names without version (as reported by "pkg query "%n"), then - if
there was no match - agsinst the full package names including the
version (as reported by "pkg query "%n-%v").
Many CONFLICTS definitions used patterns like "bash-[0-9]*" to filter
for the bash package in any version. But that pattern is functionally
identical with just "bash".
Approved by: portmgr (blanket)
net/openldap24-*:
- Convert to USES=libtool and bump dependent ports
- Avoid USE_AUTOTOOLS
- Don't use PTHREAD_LIBS
- Use MAKE_CMD
databases/glom:
- Drop :keepla
- Add INSTALL_TARGET=install-strip
databases/libgda4* databases/libgda5*:
- Convert to USES=libtool and bump dependent ports
- USES=tar:xz
- Use INSTALL_TARGET=install-strip
- Use @sample
(Only the first 15 lines of the commit message are shown above )
Remove indefinite articles and trailing periods from COMMENT, plus minor
COMMENT typos and surrounding whitespace fixes. A few Makefiles where not
included as they contain Latin-1 characters that break the Phabricator
workflow. Category N.
CR: D307
Approved by: portmgr (bapt)
OPTIONSngify
Notice that the ability to specify 0 or 1 from a list is achieved
in opentracker by adding a third option, ACCESSLIST_OPEN which effectively
does nothing
(for openradius, use bsd.port.options.mk)
In the rc.d scripts, change assignments to rcvar to use the
literal name_enable wherever possible, and ${name}_enable
when it's not, to prepare for the demise of set_rcvar().
In cases where I had to hand-edit unusual instances also
modify formatting slightly to be more uniform (and in
some cases, correct). This includes adding some $FreeBSD$
tags, and most importantly moving rcvar= to right after
name= so it's clear that one is derived from the other.
Remove more tags from pkg-descr files fo the form:
- Name
em@i.l
or variations thereof. While I'm here also fix some whitespace and other
formatting errors, including moving WWW: to the last line in the file.
- Unbreak build by renaming memchr() to memchr9()
- While here respect LOCALBASE in scripts/configure
- Pass maintainer to submitter
PR: ports/136434
Submitted by: Chris Rees <utisoft@gmail.com>
Remove the FreeBSD KEYWORD from all rc.d scripts where it appears.
We have not checked for this KEYWORD for a long time now, so this
is a complete noop, and thus no PORTREVISION bump. Removing it at
this point is mostly for pedantic reasons, and partly to avoid
perpetuating this anachronism by copy and paste to future scripts.
Make LDAP support an option.
Previously, it was conditionally compiled into the package depending
on whether ${LOCALBASE}/include/ldap.h was present in the host system,
but without even considering to also conditionally modify the PLIST.
This has been fixed now.
Pointed out by: pointyhat's build log
Unbreak the port for 5.x (and above). The wondersome makefile
infastructure of openradius uses the ARCH macro in order to run ar(1).
As FreeBSD's make(1) predefines ARCH to the architecture, this broke
compilation. Fix this by (ab)using the AR macro instead.
As the maintainer timed out on fixing this by about half a year, and I
need the port right now, I take the liberty to ignore the maintainer
bit here.
New port openradius
A port of OpenRADIUS has not been made yet, though other
RADIUS servers are currently in the ports tree. I have found
OpenRADIUS to be extremely easy to use, especially for unix
password databases.
PR: ports/52614
Submitted by: Adam Jette <jettea46@yahoo.com>
