<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src-test2/libexec/Makefile, branch release/12.0.0</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F12.0.0</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F12.0.0'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/'/>
<updated>2018-10-17T16:49:11Z</updated>
<entry>
<title>Move the rc framework out of sbin/init into libexec/rc.</title>
<updated>2018-10-17T16:49:11Z</updated>
<author>
<name>Bjoern A. Zeeb</name>
<email>bz@FreeBSD.org</email>
</author>
<published>2018-10-17T16:49:11Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=0696600c41600d80bcd993bfd8e675d0ae6951fe'/>
<id>urn:sha1:0696600c41600d80bcd993bfd8e675d0ae6951fe</id>
<content type='text'>
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)
</content>
</entry>
<entry>
<title>Remove rcmds.</title>
<updated>2017-10-06T08:43:14Z</updated>
<author>
<name>Jeremie Le Hen</name>
<email>jlh@FreeBSD.org</email>
</author>
<published>2017-10-06T08:43:14Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=e415aa284663746c8babbba2d3871d26980a8b8a'/>
<id>urn:sha1:e415aa284663746c8babbba2d3871d26980a8b8a</id>
<content type='text'>
If they are still needed, you can find them in the net/bsdrcmds port.

This was proposed June, 20th and approved by various committers [1].
They have been marked as deprecated on CURRENT in r320644 [2] on July, 4th.
Both stable/11 and release/11.1 contain the deprecation notice (thanks to
allanjude@).

Note that ruptime(1)/rwho(1)/rwhod(8) were initially thought to be part of
rcmds but this was a mistake and those are therefore NOT removed.

[1] https://lists.freebsd.org/pipermail/freebsd-arch/2017-June/018239.html
[2] https://svnweb.freebsd.org/base?view=revision&amp;revision=320644

Reviewed by:	bapt, brooks
Differential Revision:	https://reviews.freebsd.org/D12573
</content>
</entry>
<entry>
<title>Separate BLACKLIST vs BLACKLIST_SUPPORT properly</title>
<updated>2016-06-07T16:31:03Z</updated>
<author>
<name>Kurt Lidl</name>
<email>lidl@FreeBSD.org</email>
</author>
<published>2016-06-07T16:31:03Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=c0759dac0d4a52e9cf67fbe46ea0f2caa225164e'/>
<id>urn:sha1:c0759dac0d4a52e9cf67fbe46ea0f2caa225164e</id>
<content type='text'>
Sponsored by:	The FreeBSD Foundation
</content>
</entry>
<entry>
<title>Add basic blacklist build support</title>
<updated>2016-06-02T19:06:04Z</updated>
<author>
<name>Kurt Lidl</name>
<email>lidl@FreeBSD.org</email>
</author>
<published>2016-06-02T19:06:04Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=95856e1457dc5761e1cd2d86f4d4941446479a81'/>
<id>urn:sha1:95856e1457dc5761e1cd2d86f4d4941446479a81</id>
<content type='text'>
Reviewed by:	rpaulo
Approved by:	rpaulo
Relnotes:	YES
Sponsored by:	The FreeBSD Foundation
Differential Revision:	https://reviews.freebsd.org/D5913
</content>
</entry>
<entry>
<title>Convert casperd(8) daemon to the libcasper.</title>
<updated>2016-02-25T18:23:40Z</updated>
<author>
<name>Mariusz Zaborski</name>
<email>oshogbo@FreeBSD.org</email>
</author>
<published>2016-02-25T18:23:40Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=c501d73c7e2d5c843583084b84bd3e6f68a0047e'/>
<id>urn:sha1:c501d73c7e2d5c843583084b84bd3e6f68a0047e</id>
<content type='text'>
After calling the cap_init(3) function Casper will fork from it's original
process, using pdfork(2). Forking from a process has a lot of advantages:
1. We have the same cwd as the original process.
2. The same uid, gid and groups.
3. The same MAC labels.
4. The same descriptor table.
5. The same routing table.
6. The same umask.
7. The same cpuset(1).
From now services are also in form of libraries.
We also removed libcapsicum at all and converts existing program using Casper
to new architecture.

Discussed with:		pjd, jonathan, ed, drysdale@google.com, emaste
Partially reviewed by:	drysdale@google.com, bdrewery
Approved by:		pjd (mentor)
Differential Revision:	https://reviews.freebsd.org/D4277
</content>
</entry>
<entry>
<title>Fix installation of makewhatis.local(1) since r283777.</title>
<updated>2016-02-18T00:26:21Z</updated>
<author>
<name>Bryan Drewery</name>
<email>bdrewery@FreeBSD.org</email>
</author>
<published>2016-02-18T00:26:21Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=24e9c818fa6fe39e94c47b3536b5971d56ace066'/>
<id>urn:sha1:24e9c818fa6fe39e94c47b3536b5971d56ace066</id>
<content type='text'>
The wrapper script has moved to libexec/makewhatis.local since it is not
directlry related to the older makewhatis(1) utility that has been replaced
by the usr.bin/mandoc version.

Reported by:	vangyzen
</content>
</entry>
<entry>
<title>Move all the dma(8) components into one single directory</title>
<updated>2015-10-09T22:09:44Z</updated>
<author>
<name>Baptiste Daroussin</name>
<email>bapt@FreeBSD.org</email>
</author>
<published>2015-10-09T22:09:44Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=855ff27c8c847e18f7a1fca5c79763d4851f87de'/>
<id>urn:sha1:855ff27c8c847e18f7a1fca5c79763d4851f87de</id>
<content type='text'>
Simplifying maintainance and options (only one place to deal with MK_DMAGENT)

This also makes packaging base less intrusive by getting a single point where
to add tags.
</content>
</entry>
<entry>
<title>Add the following options to enable/disable several features in the base system</title>
<updated>2015-02-04T10:19:32Z</updated>
<author>
<name>Enji Cooper</name>
<email>ngie@FreeBSD.org</email>
</author>
<published>2015-02-04T10:19:32Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=11981695fc234f86e6befc35f68303d49b032d97'/>
<id>urn:sha1:11981695fc234f86e6befc35f68303d49b032d97</id>
<content type='text'>
WITHOUT_BOOTPARAMD - bootparamd
WITHOUT_BOOTPD - bootpd
WITHOUT_FINGER - finger, fingerd
WITHOUT_FTP - ftp, ftpd
WITHOUT_INETD - inetd
WITHOUT_RBOOTD - rbootd
WITHOUT_TCP_WRAPPERS - tcpd, et al
WITHOUT_TFTP - tftp, tftp-server
WITHOUT_TIMED - timed

MFC after: 2 weeks
Sponsored by: EMC / Isilon Storage Division
</content>
</entry>
<entry>
<title>Add MK_TALK knob for building the talk and talkd</title>
<updated>2015-01-25T04:37:44Z</updated>
<author>
<name>Enji Cooper</name>
<email>ngie@FreeBSD.org</email>
</author>
<published>2015-01-25T04:37:44Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=3f802165ba9f979a71ec77199965193ca352d751'/>
<id>urn:sha1:3f802165ba9f979a71ec77199965193ca352d751</id>
<content type='text'>
MFC after: 2 weeks
Sponsored by: EMC / Isilon Storage Division
</content>
</entry>
<entry>
<title>HYPERV isn't available on all architectures, but just on by default</title>
<updated>2014-10-16T00:33:06Z</updated>
<author>
<name>Warner Losh</name>
<email>imp@FreeBSD.org</email>
</author>
<published>2014-10-16T00:33:06Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=f8080a9986c63fbc48df591d6b8d678103d7b0bf'/>
<id>urn:sha1:f8080a9986c63fbc48df591d6b8d678103d7b0bf</id>
<content type='text'>
for i386/amd64. Rather, it only works on i386/amd64 and should only be
built there. Rather than change the default based on which
architecutre, do things more directly by only building it on
i386/amd64 and having it always on. This is how we handle other
options that are relevant only for a few architectures.
</content>
</entry>
</feed>
