<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src-test/libexec/rc/rc.d/Makefile, branch main</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src-test/atom?h=main</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src-test/atom?h=main'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/'/>
<updated>2020-08-26T13:13:57Z</updated>
<entry>
<title>As of r364746 (OpenZFS import) existing ZPOOLs are not imported</title>
<updated>2020-08-26T13:13:57Z</updated>
<author>
<name>Cy Schubert</name>
<email>cy@FreeBSD.org</email>
</author>
<published>2020-08-26T13:13:57Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=74e2b24f2c369ffdff2f54fa9f96427cc45ef3a6'/>
<id>urn:sha1:74e2b24f2c369ffdff2f54fa9f96427cc45ef3a6</id>
<content type='text'>
prior to zvol and mountcritlocal resulting in ZVOLs (swap and
virtual machine UFS filesystems) being unavailable, leading to
boot failures.

We move the zpool import from zfs to a new zpool script, with the
-N option to avoid mounting datasets while making the ZPOOL's
datasets available for "legacy" mount (mountpoint=legacy) and ZVOLs
available for subsequent use for swap (in the zvol rc sript) or
for UFS or other filesystems in fstab(5), mounted by mountcritlocal.

Reviewed by:		freqlabs (previous version)
Differential Revision:	https://reviews.freebsd.org/D26185
</content>
</entry>
<entry>
<title>Due to popular demand, revert r360102.</title>
<updated>2020-04-19T21:38:03Z</updated>
<author>
<name>Cy Schubert</name>
<email>cy@FreeBSD.org</email>
</author>
<published>2020-04-19T21:38:03Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=12de77b3dba0ebe2aac1d51d5c81a48e547212d7'/>
<id>urn:sha1:12de77b3dba0ebe2aac1d51d5c81a48e547212d7</id>
<content type='text'>
Reported by:	many
</content>
</entry>
<entry>
<title>Conditionally install Kerberos rc files based on MK_KERBEROS_SCRIPTS</title>
<updated>2020-04-19T17:01:21Z</updated>
<author>
<name>Cy Schubert</name>
<email>cy@FreeBSD.org</email>
</author>
<published>2020-04-19T17:01:21Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=4574585e8ff4d500b3e0e5cc55eb07e087a59811'/>
<id>urn:sha1:4574585e8ff4d500b3e0e5cc55eb07e087a59811</id>
<content type='text'>
instead of MK_KERBEROS. The reason for this change is some users
prefer to build FreeBSD WITHOUT_KERBEROS, wanting to retain the
Kerberos rc scripts to start/stop MIT Kerberos or Heimdal from ports.

PR:		197337
Reported by:	Adam McDougall &lt;ebay at looksharp.net&gt;
Reviewed by:	imp
Differential Revision:	https://reviews.freebsd.org/D24252
</content>
</entry>
<entry>
<title>Revert r359294 per manu's request</title>
<updated>2020-03-25T08:35:55Z</updated>
<author>
<name>Baptiste Daroussin</name>
<email>bapt@FreeBSD.org</email>
</author>
<published>2020-03-25T08:35:55Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=fdf46c24f036105c4bb50fe2cd510b0115280e58'/>
<id>urn:sha1:fdf46c24f036105c4bb50fe2cd510b0115280e58</id>
<content type='text'>
It breaks etcupdate

Reported by:	cy
</content>
</entry>
<entry>
<title>pkgbase: Stop threating rc files as config files</title>
<updated>2020-03-25T01:36:23Z</updated>
<author>
<name>Emmanuel Vadot</name>
<email>manu@FreeBSD.org</email>
</author>
<published>2020-03-25T01:36:23Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=77f0f1df8bb35bdae071add4d2da3f6b767a85da'/>
<id>urn:sha1:77f0f1df8bb35bdae071add4d2da3f6b767a85da</id>
<content type='text'>
rc scripts arent configuration files so use FILES instead of CONFS.
While here put rc scripts into related package (sendmail in the FreeBSD-sendmail
package, wpa_supplicant in the FreeBSD-wpa etc ...)

Reviewed by:	bapt, emaste
Differential Revision:	https://reviews.freebsd.org/D24177
</content>
</entry>
<entry>
<title>Remove /etc/host.conf, which was automatically generated from</title>
<updated>2020-03-18T08:17:24Z</updated>
<author>
<name>Hiroki Sato</name>
<email>hrs@FreeBSD.org</email>
</author>
<published>2020-03-18T08:17:24Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=d80eccfc98603d5175baefcdc088cd3c63903bb0'/>
<id>urn:sha1:d80eccfc98603d5175baefcdc088cd3c63903bb0</id>
<content type='text'>
nsswitch.conf for backward compatibility.  This file was used
over 19 years ago, before introducing nsdispatch() in the
name-service lookup APIs.

MFC after:	3 days
</content>
</entry>
<entry>
<title>retire amd(8)</title>
<updated>2020-03-09T20:46:43Z</updated>
<author>
<name>Ed Maste</name>
<email>emaste@FreeBSD.org</email>
</author>
<published>2020-03-09T20:46:43Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=13f7dbe822d5f447c6137dc0d4ff838fb7050dbe'/>
<id>urn:sha1:13f7dbe822d5f447c6137dc0d4ff838fb7050dbe</id>
<content type='text'>
autofs was introduced with FreeBSD 10.1 and is the supported method for
automounting filesystems.  As of r296194 the amd man page claimed that it
is deprecated.  Remove it from base now; the sysutils/am-utils port is
still available if necessary.

Discussed with:	cy
Relnotes:	Yes
Sponsored by:	The FreeBSD Foundation
</content>
</entry>
<entry>
<title>Create /etc/os-release file.</title>
<updated>2019-11-20T23:45:31Z</updated>
<author>
<name>Warner Losh</name>
<email>imp@FreeBSD.org</email>
</author>
<published>2019-11-20T23:45:31Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=6467506baf5c2958d7d19546cf4076d19a8586c2'/>
<id>urn:sha1:6467506baf5c2958d7d19546cf4076d19a8586c2</id>
<content type='text'>
Each boot, regenerate /var/run/os-release based on the currently running
system. Create a /etc/os-release symlink pointing to this file (so that this
doesn't create a new reason /etc can not be mounted read-only).

This is compatible with what other systems do and is what the sysutil/os-release
port attempted to do, but in an incomplete way. Linux, Solaris and DragonFly all
implement this natively as well. The complete standard can be found at
https://www.freedesktop.org/software/systemd/man/os-release.html

Moving this to the base solves both the non-standard location problem with the
port, as well as the lack of update of this file on system update.

Bump __FreeBSD_version to 1300060

PR: 238953
Differential Revision:  https://reviews.freebsd.org/D22271
</content>
</entry>
<entry>
<title>Rename etc/rc.d/abi to etc/rc.d/linux; after moving out the SysV IPC stuff</title>
<updated>2019-10-02T11:40:40Z</updated>
<author>
<name>Edward Tomasz Napierala</name>
<email>trasz@FreeBSD.org</email>
</author>
<published>2019-10-02T11:40:40Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=028af4ae670c3b7757a92a24d663a1d9fe065266'/>
<id>urn:sha1:028af4ae670c3b7757a92a24d663a1d9fe065266</id>
<content type='text'>
it's entirely linux-specific.

Reviewed by:	emaste
MFC after:	2 weeks
Sponsored by:	The FreeBSD Foundation
Differential Revision:	https://reviews.freebsd.org/D21830
</content>
</entry>
<entry>
<title>Move the SysV IPC stuff out of the 'abi' rc script, into a new one:</title>
<updated>2019-09-28T09:12:41Z</updated>
<author>
<name>Edward Tomasz Napierala</name>
<email>trasz@FreeBSD.org</email>
</author>
<published>2019-09-28T09:12:41Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=c97588b4510b3ae5aaa34d3489e218c6512e2003'/>
<id>urn:sha1:c97588b4510b3ae5aaa34d3489e218c6512e2003</id>
<content type='text'>
'sysvipc' - it has nothing to do with ABIs, and I'd like to later
rename 'abi' to 'linux', which better describes its purpose and also
matches the rcvar name.

Reviewed by:	emaste
MFC after:	2 weeks
Sponsored by:	The FreeBSD Foundation
Differential Revision:	https://reviews.freebsd.org/D21615
</content>
</entry>
</feed>
