diff options
| author | Lexi Winter <ivy@FreeBSD.org> | 2025-11-10 10:20:33 +0000 |
|---|---|---|
| committer | Lexi Winter <ivy@FreeBSD.org> | 2026-04-07 11:01:39 +0000 |
| commit | 95cc7f59b7ce99e8f188a6f308db1b38ae064e4c (patch) | |
| tree | 42f61601d49f2f50ffa7ea4783658dd818869e41 /lib/libc/tests/stdlib/qsort_bench.c | |
| parent | 8c61751d078e433ceaee7161716a7e77eb38f14b (diff) | |
libpam: Move to a new "pam" packagestable/15
OpenPAM is a discrete, largely self-contained system component.
Users may not need PAM for many use-cases (e.g. jails, containers),
so move it to its own package.
Use LIB_PACKAGE to create a separate pam-lib package for libpam,
so that applications that support PAM don't need to bring in all
the PAM modules if PAM isn't actually in use.
Add pam to the minimal sets, since this is a core system component that
people expect to be installed. This means all supported installation
methods will install the PAM modules by default, so don't add explicit
dependencies on the PAM modules from things that use PAM (e.g. runtime),
allowing custom/embedded systems to omit these easily.
This change adds a new package to the system so, until we have a proper
policy on how to handle this in release/stable branches, it should not
be MFC'd.
[stable/15: MFC under the re@ pkgbase policy for 15.1]
MFC after: never
Reviewed by: des, bapt
Sponsored by: https://www.patreon.com/bsdivy
Differential Revision: https://reviews.freebsd.org/D53602
(cherry picked from commit 560af6b43e2a86e591e94bea99777630cd5f84fd)
Diffstat (limited to 'lib/libc/tests/stdlib/qsort_bench.c')
0 files changed, 0 insertions, 0 deletions
