#
303975 |
|
11-Aug-2016 |
gjb |
Copy stable/11@r303970 to releng/11.0 as part of the 11.0-RELEASE cycle.
Prune svn:mergeinfo from the new branch, and rename it to RC1.
Update __FreeBSD_version.
Use the quarterly branch for the default FreeBSD.conf pkg(8) repo and the dvd1.iso packages population.
Approved by: re (implicit) Sponsored by: The FreeBSD Foundation |
#
302408 |
|
08-Jul-2016 |
gjb |
Copy head@r302406 to stable/11 as part of the 11.0-RELEASE cycle. Prune svn:mergeinfo from the new branch, as nothing has been merged here.
Additional commits post-branch will follow.
Approved by: re (implicit) Sponsored by: The FreeBSD Foundation
|
#
112044 |
|
09-Mar-2003 |
obrien |
style.Makefile(5) police (I've tried to keep to the spirit of the original formatting)
Reviewed by: des
|
#
94372 |
|
10-Apr-2002 |
ru |
Moved SHLIB_NAME definition into one place.
Approved by: des
|
#
91714 |
|
05-Mar-2002 |
des |
Switch to OpenPAM. Bump library version. Modules are now versioned, so applications linked with Linux-PAM will still work. Remove pam_get_pass(); OpenPAM has pam_get_authtok(). Remove pam_prompt(); OpenPAM has pam_{,v}{error,info,prompt}(). Remove pam_set_item(3) man page as OpenPAM has its own.
Sponsored by: DARPA, NAI Labs
|
#
79476 |
|
09-Jul-2001 |
markm |
Clean up (and in some cases write) the PAM mudules, using o The new options-processing API o The new DEBUG-logging API
Add man(1) pages for ALL modules. MDOC-Police welcome to check this.
Audit, clean up while I'm here.
|
#
77720 |
|
04-Jun-2001 |
markm |
Big module cleanup.
Move common stuff into Makefile.inc, and tidy up all the Makefiles as a result.
Build new modules.
Put a commented-out dependancy on libpam for the (shared) modules. I can't bring this in just yet, as the dependancy (modules->libpam) is reversed for the static case (libpam->modules).
|
#
76575 |
|
14-May-2001 |
markm |
Bring in a few useful PAM modules.
pam_krb5 is a Kerberos 5 (Heimdal) authentication module.
pam_nologin checks for /etc/nologin and does the "usual stuff" if it is found, otherwise it silently succeeds.
pam_rootok silently succeeds if the user is root, otherwise it fails.
pam_wheel silently succeeds if the user is a member of group "wheel" (or another nominated group), and fails otherwise.
There is an issue with kerberosIV and kerberos5 - if both are being built, then static linking fails with duplicate symbols. This will take a bit of work to sort out in the kerberii.
|