Page MenuHomeFreeBSD

libpam: Move to a new "pam" package
Needs ReviewPublic

Authored by ivy on Wed, Nov 5, 11:30 PM.
Tags
None
Referenced Files
F135128750: D53602.id165916.diff
Thu, Nov 6, 5:59 PM
F135099132: D53602.id.diff
Thu, Nov 6, 11:52 AM
F135087989: D53602.id165915.diff
Thu, Nov 6, 9:22 AM
F135081384: D53602.id165915.diff
Thu, Nov 6, 8:01 AM
F135077178: D53602.diff
Thu, Nov 6, 7:15 AM
F135059952: D53602.diff
Thu, Nov 6, 4:11 AM
F135057156: D53602.id.diff
Thu, Nov 6, 3:46 AM
F135056925: D53602.id165916.diff
Thu, Nov 6, 3:44 AM
Subscribers

Details

Reviewers
des
Group Reviewers
pkgbase
Summary

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.

MFC after: never

Diff Detail

Repository
rG FreeBSD src repository
Lint
Lint Skipped
Unit
Tests Skipped
Build Status
Buildable 68440
Build 65323: arc lint + arc unit