|
Revision tags: release/12.2.0, release/11.4.0, release/12.1.0, release/11.3.0 |
|
| #
fae6f50d |
| 05-Apr-2019 |
Cy Schubert <[email protected]> |
MFC r345400-345401,345403,345412,345437:
Add rc.d support for ippool(8).
I've been using ippool at my site for approximately two years. It's
about time this was committed.
PR: 218433
|
| #
cfe4e792 |
| 19-Mar-2019 |
Cy Schubert <[email protected]> |
MFC r345079:
Fix still installing ipfilter rc.d files even when WITHOUT_IPFILTER
is specified.
When WITHOUT_IPFILTER is specified, delete-old-files fails to delete
the optional rc.d files from abov
MFC r345079:
Fix still installing ipfilter rc.d files even when WITHOUT_IPFILTER
is specified.
When WITHOUT_IPFILTER is specified, delete-old-files fails to delete
the optional rc.d files from above. Fix this.
WITHOUT_IPFILTER fails to delete the ipfilter.5 optional file during
delete-old-files. Fix this.
Reported by: Dmitry Luhtionov <[email protected]>
show more ...
|
| #
6fd01383 |
| 14-Feb-2019 |
Alan Somers <[email protected]> |
MFC r342153, r342172-r342173
r342153:
Conditionally install /etc/rc.d/audit* based on ${MK_AUDIT}
/usr/sbin/audit(dist)?d are only installed if ${MK_AUDIT} == yes. Their
supporting scripts should o
MFC r342153, r342172-r342173
r342153:
Conditionally install /etc/rc.d/audit* based on ${MK_AUDIT}
/usr/sbin/audit(dist)?d are only installed if ${MK_AUDIT} == yes. Their
supporting scripts should only be installed in those instances as well.
Submitted by: ngie
Reviewed by: emaste
Pull Request: https://github.com/freebsd/freebsd/pull/242
r342172:
audit(4) tests: require /etc/rc.d/auditd
These tests should be skipped if /etc/rc.d/auditd is missing, which could be
the case if world was built with WITHOUT_AUDIT set. Also, one test case
requires /etc/rc.d/accounting.
Submitted by: ngie
Pull Request: https://github.com/freebsd/freebsd/pull/240
r342173:
Conditionalize installtion audit(4) tests on MK_AUDIT
MK_AUDIT already controls auditd(8), praudit(1), etc. It should also control
the audit test suite.
Submitted by: ngie
Pull Request: https://github.com/freebsd/freebsd/pull/240
show more ...
|
|
Revision tags: release/12.0.0 |
|
| #
c35b07d1 |
| 18-Oct-2018 |
Bjoern A. Zeeb <[email protected]> |
While preparing to move init(8) to its own package as indicated
in r339413, a current pkgbase update problem came up. For users
testing pkgbase at the moment there is no (automatic) way to pick
up n
While preparing to move init(8) to its own package as indicated
in r339413, a current pkgbase update problem came up. For users
testing pkgbase at the moment there is no (automatic) way to pick
up new base packages (yet).
As a result rather than also moving init(8) to its own package,
back out the part of the change in r339413 that moved rc* to its
own package and defer creating new packages until the
infrastructure is in place to handle these cases.
Both init and rc* are considered too problematic to be lost by
early adaptors at this stage.
Discussed with: brd
Reviewed by: brd
Approved by: re (gjb)
show more ...
|
| #
0696600c |
| 17-Oct-2018 |
Bjoern A. Zeeb <[email protected]> |
Move the rc framework out of sbin/init into libexec/rc.
The reasons for this are forward looking to pkgbase:
* /sbin/init is a special binary; try not to replace it with
every package update bec
Move the rc framework out of sbin/init into libexec/rc.
The reasons for this are forward looking to pkgbase:
* /sbin/init is a special binary; try not to replace it with
every package update because an rc script was touched.
(a follow-up commit will make init its own package)
* having rc in its own place will allow more easy replacement
of the rc framework with alternatives, such as openrc.
Discussed with: brd (during BSDCam), kmoore
Requested by: cem, bz
PR: 231522
Approved by: re (gjb)
show more ...
|