| #
560af6b4
|
| 10-Nov-2025 |
Lexi Winter <ivy@FreeBSD.org> |
libpam: Move to a new "pam" package
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.
libpam: Move to a new "pam" package
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 Reviewed by: des, bapt Sponsored by: https://www.patreon.com/bsdivy Differential Revision: https://reviews.freebsd.org/D53602
show more ...
|
| #
9cf02c38
|
| 10-Nov-2025 |
Lexi Winter <ivy@FreeBSD.org> |
libpam: Don't put man8 in the dev package
These are user-facing manpages, but were installed in the runtime-dev package since the PAM modules use bsd.lib.mk. Use MANNODEV instead of MAN to put them
libpam: Don't put man8 in the dev package
These are user-facing manpages, but were installed in the runtime-dev package since the PAM modules use bsd.lib.mk. Use MANNODEV instead of MAN to put them in the base runtime package instead.
Fixes: 031e711647c3 ("packages: Install development manpages in the -dev package") MFC after: 3 days Reviewed by: bapt Sponsored by: https://www.patreon.com/bsdivy Differential Revision: https://reviews.freebsd.org/D53601
show more ...
|
| #
d0b2dbfa
|
| 16-Aug-2023 |
Warner Losh <imp@FreeBSD.org> |
Remove $FreeBSD$: one-line sh pattern
Remove /^\s*#[#!]?\s*\$FreeBSD\$.*$\n/
|
| #
93c43690
|
| 14-Dec-2021 |
Emmanuel Vadot <manu@FreeBSD.org> |
pkgbase: Put more binaries/lib in runtime
Move some needed binaries/libs from FreeBSD-utilities to FreeBSD_runtime. This is everything needed to boot to multiuser with FreeBSD-rc installed.
MFC aft
pkgbase: Put more binaries/lib in runtime
Move some needed binaries/libs from FreeBSD-utilities to FreeBSD_runtime. This is everything needed to boot to multiuser with FreeBSD-rc installed.
MFC after: 2 weeks Sponsored by: Beckhoff Automation GmbH & Co. KG Differential Revision: https://reviews.freebsd.org/D33435
show more ...
|
| #
560af6b4
|
| 10-Nov-2025 |
Lexi Winter <ivy@FreeBSD.org> |
libpam: Move to a new "pam" package
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.
libpam: Move to a new "pam" package
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 Reviewed by: des, bapt Sponsored by: https://www.patreon.com/bsdivy Differential Revision: https://reviews.freebsd.org/D53602
show more ...
|
| #
9cf02c38
|
| 10-Nov-2025 |
Lexi Winter <ivy@FreeBSD.org> |
libpam: Don't put man8 in the dev package
These are user-facing manpages, but were installed in the runtime-dev package since the PAM modules use bsd.lib.mk. Use MANNODEV instead of MAN to put them
libpam: Don't put man8 in the dev package
These are user-facing manpages, but were installed in the runtime-dev package since the PAM modules use bsd.lib.mk. Use MANNODEV instead of MAN to put them in the base runtime package instead.
Fixes: 031e711647c3 ("packages: Install development manpages in the -dev package") MFC after: 3 days Reviewed by: bapt Sponsored by: https://www.patreon.com/bsdivy Differential Revision: https://reviews.freebsd.org/D53601
show more ...
|
| #
d0b2dbfa
|
| 16-Aug-2023 |
Warner Losh <imp@FreeBSD.org> |
Remove $FreeBSD$: one-line sh pattern
Remove /^\s*#[#!]?\s*\$FreeBSD\$.*$\n/
|
| #
93c43690
|
| 14-Dec-2021 |
Emmanuel Vadot <manu@FreeBSD.org> |
pkgbase: Put more binaries/lib in runtime
Move some needed binaries/libs from FreeBSD-utilities to FreeBSD_runtime. This is everything needed to boot to multiuser with FreeBSD-rc installed.
MFC aft
pkgbase: Put more binaries/lib in runtime
Move some needed binaries/libs from FreeBSD-utilities to FreeBSD_runtime. This is everything needed to boot to multiuser with FreeBSD-rc installed.
MFC after: 2 weeks Sponsored by: Beckhoff Automation GmbH & Co. KG Differential Revision: https://reviews.freebsd.org/D33435
show more ...
|
| #
7f03a257
|
| 09-Mar-2003 |
David E. O'Brien <obrien@FreeBSD.org> |
style.Makefile(5) police (I've tried to keep to the spirit of the original formatting)
Reviewed by: des
|
| #
90a9863e
|
| 10-Apr-2002 |
Ruslan Ermilov <ru@FreeBSD.org> |
Moved SHLIB_NAME definition into one place.
Approved by: des
|
| #
519b6a4c
|
| 05-Mar-2002 |
Dag-Erling Smørgrav <des@FreeBSD.org> |
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();
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
show more ...
|
| #
1642eb1a
|
| 09-Jul-2001 |
Mark Murray <markm@FreeBSD.org> |
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, cl
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.
show more ...
|
| #
397fa725
|
| 04-Jun-2001 |
Mark Murray <markm@FreeBSD.org> |
Add some new utility authenticators.
pam_securetty silently succeeds if the user is on a secure tty as defined by /etc/ttys.
pam_ftp does "anonymous ftp" style authentication with options for speci
Add some new utility authenticators.
pam_securetty silently succeeds if the user is on a secure tty as defined by /etc/ttys.
pam_ftp does "anonymous ftp" style authentication with options for specifying the anonymous user(s).
show more ...
|
| #
560af6b4
|
| 10-Nov-2025 |
Lexi Winter <ivy@FreeBSD.org> |
libpam: Move to a new "pam" package
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.
libpam: Move to a new "pam" package
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 Reviewed by: des, bapt Sponsored by: https://www.patreon.com/bsdivy Differential Revision: https://reviews.freebsd.org/D53602
show more ...
|
| #
9cf02c38
|
| 10-Nov-2025 |
Lexi Winter <ivy@FreeBSD.org> |
libpam: Don't put man8 in the dev package
These are user-facing manpages, but were installed in the runtime-dev package since the PAM modules use bsd.lib.mk. Use MANNODEV instead of MAN to put them
libpam: Don't put man8 in the dev package
These are user-facing manpages, but were installed in the runtime-dev package since the PAM modules use bsd.lib.mk. Use MANNODEV instead of MAN to put them in the base runtime package instead.
Fixes: 031e711647c3 ("packages: Install development manpages in the -dev package") MFC after: 3 days Reviewed by: bapt Sponsored by: https://www.patreon.com/bsdivy Differential Revision: https://reviews.freebsd.org/D53601
show more ...
|
| #
d0b2dbfa
|
| 16-Aug-2023 |
Warner Losh <imp@FreeBSD.org> |
Remove $FreeBSD$: one-line sh pattern
Remove /^\s*#[#!]?\s*\$FreeBSD\$.*$\n/
|
| #
93c43690
|
| 14-Dec-2021 |
Emmanuel Vadot <manu@FreeBSD.org> |
pkgbase: Put more binaries/lib in runtime
Move some needed binaries/libs from FreeBSD-utilities to FreeBSD_runtime. This is everything needed to boot to multiuser with FreeBSD-rc installed.
MFC aft
pkgbase: Put more binaries/lib in runtime
Move some needed binaries/libs from FreeBSD-utilities to FreeBSD_runtime. This is everything needed to boot to multiuser with FreeBSD-rc installed.
MFC after: 2 weeks Sponsored by: Beckhoff Automation GmbH & Co. KG Differential Revision: https://reviews.freebsd.org/D33435
show more ...
|
| #
7f03a257
|
| 09-Mar-2003 |
David E. O'Brien <obrien@FreeBSD.org> |
style.Makefile(5) police (I've tried to keep to the spirit of the original formatting)
Reviewed by: des
|
| #
90a9863e
|
| 10-Apr-2002 |
Ruslan Ermilov <ru@FreeBSD.org> |
Moved SHLIB_NAME definition into one place.
Approved by: des
|
| #
519b6a4c
|
| 05-Mar-2002 |
Dag-Erling Smørgrav <des@FreeBSD.org> |
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();
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
show more ...
|
| #
1642eb1a
|
| 09-Jul-2001 |
Mark Murray <markm@FreeBSD.org> |
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, cl
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.
show more ...
|
| #
397fa725
|
| 04-Jun-2001 |
Mark Murray <markm@FreeBSD.org> |
Add some new utility authenticators.
pam_securetty silently succeeds if the user is on a secure tty as defined by /etc/ttys.
pam_ftp does "anonymous ftp" style authentication with options for speci
Add some new utility authenticators.
pam_securetty silently succeeds if the user is on a secure tty as defined by /etc/ttys.
pam_ftp does "anonymous ftp" style authentication with options for specifying the anonymous user(s).
show more ...
|
| #
7f03a257
|
| 09-Mar-2003 |
David E. O'Brien <obrien@FreeBSD.org> |
style.Makefile(5) police (I've tried to keep to the spirit of the original formatting)
Reviewed by: des
|
| #
90a9863e
|
| 10-Apr-2002 |
Ruslan Ermilov <ru@FreeBSD.org> |
Moved SHLIB_NAME definition into one place.
Approved by: des
|
| #
519b6a4c
|
| 05-Mar-2002 |
Dag-Erling Smørgrav <des@FreeBSD.org> |
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();
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
show more ...
|