|
Revision tags: release/12.2.0, release/11.4.0, release/12.1.0, release/11.3.0, release/12.0.0, release/11.2.0 |
|
| #
19aa5206 |
| 23-Oct-2017 |
Enji Cooper <[email protected]> |
Diff reduce with ^/head
This doesn't seem to be necessary after the changes to only apply --coverage to shared objects.
We'll see if it works with make tinderbox.
|
|
Revision tags: release/10.4.0, release/11.1.0 |
|
| #
d85550da |
| 20-Jan-2017 |
Enji Cooper <[email protected]> |
Use SRCTOP-relative paths to other directories instead of .CURDIR-relative ones
This implifies pathing in make/displayed output
MFC after: 3 weeks Sponsored by: Dell EMC Isilon
|
|
Revision tags: release/11.0.1, release/11.0.0 |
|
| #
328e4174 |
| 08-Jun-2016 |
Dag-Erling Smørgrav <[email protected]> |
Replace _pam_verbose_error() with a macro. This was the last difference between our libpam and stock OpenPAM, meaning that it is now possible to replace the base libpam with a hypothetical ports ver
Replace _pam_verbose_error() with a macro. This was the last difference between our libpam and stock OpenPAM, meaning that it is now possible to replace the base libpam with a hypothetical ports version of OpenPAM.
show more ...
|
| #
7cbd0a29 |
| 14-Apr-2016 |
Bryan Drewery <[email protected]> |
Simplify building libpam and fix libpam.a not containing the modules since r284345.
The change in r284345 moved the creation of openpam_static_modules.o to lib/libpam/static_modules but never manage
Simplify building libpam and fix libpam.a not containing the modules since r284345.
The change in r284345 moved the creation of openpam_static_modules.o to lib/libpam/static_modules but never managed to get them into libpam.a.
Move this logic to lib/libpam/static_libpam and have it create a static library for libpam.a The main lib/libpam/libpam will only create a shared library. No redundancy in compilation or installation exists in this solution.
This avoids requiring a pass with -D_NO_LIBPAM_SO_YET.
Sponsored by: EMC / Isilon Storage Division
show more ...
|
|
Revision tags: release/10.3.0 |
|
| #
2c438c08 |
| 05-Feb-2016 |
Glen Barber <[email protected]> |
Update libalias and libpam packaged files.
Sponsored by: The FreeBSD Foundation
|
| #
be705782 |
| 21-Sep-2015 |
Dag-Erling Smørgrav <[email protected]> |
Restore the upstream (and documented) behavior of searching for modules both in /usr/lib and /usr/local/lib, thus simplifying the use of modules from ports, without breaking the compat32 case again.
Restore the upstream (and documented) behavior of searching for modules both in /usr/lib and /usr/local/lib, thus simplifying the use of modules from ports, without breaking the compat32 case again.
PR: 191151 MFC after: 3 weeks
show more ...
|
|
Revision tags: release/10.2.0 |
|
| #
cffbea9c |
| 19-Nov-2014 |
Simon J. Gerraty <[email protected]> |
Include src.opts.mk since we don't include modules.inc here.
|
|
Revision tags: release/10.1.0 |
|
| #
29b775a9 |
| 05-Nov-2014 |
Dag-Erling Smørgrav <[email protected]> |
Hook up OpenPAM's own unit tests to the build.
|
|
Revision tags: release/9.3.0 |
|
| #
98407b8b |
| 25-Apr-2014 |
Warner Losh <[email protected]> |
Spell NO_PROFILE= as MK_PROFILE=no.
|
|
Revision tags: release/10.0.0 |
|
| #
481da845 |
| 21-Nov-2013 |
Sergey Kandaurov <[email protected]> |
Catch up with OpenPAM Nummularia.
This fixes libpam for build32 target to dlopen() pam libraries in /usr/lib32.
Reviewed by: des (a while ago) MFC after: 1 week
|
|
Revision tags: release/9.2.0, release/8.4.0 |
|
| #
6579d146 |
| 24-Jan-2013 |
Simon J. Gerraty <[email protected]> |
Move build of openpam_static_modules.o to its own subdir to avoid circular dependency b/w libpam and modules.
Reviewed by: obrien
|
|
Revision tags: release/9.1.0, release/8.3.0 |
|
| #
907c13d8 |
| 22-Oct-2011 |
Dag-Erling Smørgrav <[email protected]> |
Revert the previous commit and add a comment explaining why it was wrong.
|
| #
5acce7d7 |
| 22-Oct-2011 |
Dag-Erling Smørgrav <[email protected]> |
openpam_static.c isn't auto-generated.
|
|
Revision tags: release/7.4.0, release/8.2.0, release/8.1.0, release/7.3.0, release/8.0.0, release/7.2.0, release/7.1.0, release/6.4.0, release/7.0.0, release/6.3.0 |
|
| #
64dbe1a7 |
| 21-Dec-2007 |
Dag-Erling Smørgrav <[email protected]> |
Adjust for OpenPAM Hydrangea.
|
|
Revision tags: release/6.2.0, release/5.5.0, release/6.1.0, release/6.0.0 |
|
| #
0d13f5f0 |
| 17-Jun-2005 |
Dag-Erling Smørgrav <[email protected]> |
Update for OpenPAM Figwort.
Approved by: re (kensmith)
|
|
Revision tags: release/5.4.0 |
|
| #
30984a12 |
| 01-Feb-2005 |
Dag-Erling Smørgrav <[email protected]> |
Add openpam_free_envlist(3).
|
|
Revision tags: release/4.11.0 |
|
| #
ab7a2947 |
| 21-Dec-2004 |
Ruslan Ermilov <[email protected]> |
NODOCCOMPRESS -> NO_DOCCOMPRESS NOINFO -> NO_INFO NOINFOCOMPRESS -> NO_INFOCOMPRESS NOLINT -> NO_LINT NOPIC -> NO_PIC NOPROFILE -> NO_PROFILE
|
|
Revision tags: release/5.3.0 |
|
| #
a35d8893 |
| 24-Oct-2004 |
Ruslan Ermilov <[email protected]> |
For variables that are only checked with defined(), don't provide any fake value.
|
| #
d37df47d |
| 06-Aug-2004 |
Colin Percival <[email protected]> |
Join the 21st century: Cryptography is no longer an optional component of releases. The -DNOCRYPT build option still exists for anyone who really wants to build non-cryptographic binaries, but the "
Join the 21st century: Cryptography is no longer an optional component of releases. The -DNOCRYPT build option still exists for anyone who really wants to build non-cryptographic binaries, but the "crypto" release distribution is now part of "base", and anyone installing from a release will get cryptographic binaries.
Approved by: re (scottl), markm Discussed on: freebsd-current, in late April 2004
show more ...
|
| #
2d18d113 |
| 28-Jul-2004 |
Alexander Kabaev <[email protected]> |
Downgrade WARNS level for GCC 3.4.2.
|
|
Revision tags: release/4.10.0, release/5.2.1 |
|
| #
bb96dfc5 |
| 18-Jan-2004 |
Ruslan Ermilov <[email protected]> |
Deal better with the crypto version of the PAM library that goes on the release media -- only put what is different in the crypto version compared to the base version. This reduces PAM entries in /u
Deal better with the crypto version of the PAM library that goes on the release media -- only put what is different in the crypto version compared to the base version. This reduces PAM entries in /usr/lib in the "crypto" distribution to:
libpam.a libpam.so@ libpam.so.2 pam_krb5.so@ pam_krb5.so.2 pam_ksu.so@ pam_ksu.so.2 pam_ssh.so@ pam_ssh.so.2
The libpam.so* is still redundant (it is identical to the "base" version), but we can't set DISTRIBUTION differently for libpam.a and libpam.so.
(The removal of libpam.so* from the crypto distribution could be addressed by the release/scripts/crypto-make.sh script, but then we'd also need to remove redundant PAM headers, and I'm not sure this is worth a hassle.)
show more ...
|
| #
9bf5abe2 |
| 13-Jan-2004 |
Ruslan Ermilov <[email protected]> |
bsd.dep.mk,v 1.43 allows us to replace a hack with a solution.
|
|
Revision tags: release/5.2.0, release/4.9.0, release/5.1.0 |
|
| #
2d2b70f6 |
| 01-Jun-2003 |
Dag-Erling Smørgrav <[email protected]> |
Add openpam_readline(3).
|
| #
ae1e8262 |
| 31-May-2003 |
Dag-Erling Smørgrav <[email protected]> |
Don't build pam_std_option().
|
| #
8b48559c |
| 05-May-2003 |
Dag-Erling Smørgrav <[email protected]> |
OpenPAM is WANRS6-clean.
|