opnsense-src/libexec/rc/Makefile

# $FreeBSD$

CONFGROUPS=	CONFETC CONFETCEXEC CONFETCDEFAULTS
CONFETCDIR=	/etc
CONFETC=	network.subr rc rc.initdiskless rc.subr rc.shutdown
CONFETCMODE=	644
CONFETCEXEC=	netstart pccard_ether rc.resume rc.suspend
CONFETCEXECDIR=	/etc
CONFETCEXECMODE=	755
CONFETCDEFAULTSDIR=	/etc/defaults
CONFETCDEFAULTS=	rc.conf
#PACKAGE=rc

SUBDIR+=	rc.d

.include <bsd.prog.mk>
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) 2018-10-17 12:49:11 -04:00			`# $FreeBSD$`

			`CONFGROUPS= CONFETC CONFETCEXEC CONFETCDEFAULTS`
			`CONFETCDIR= /etc`
			`CONFETC= network.subr rc rc.initdiskless rc.subr rc.shutdown`
			`CONFETCMODE= 644`
			`CONFETCEXEC= netstart pccard_ether rc.resume rc.suspend`
			`CONFETCEXECDIR= /etc`
			`CONFETCEXECMODE= 755`
			`CONFETCDEFAULTSDIR= /etc/defaults`
			`CONFETCDEFAULTS= rc.conf`
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) 2018-10-17 22:07:30 -04:00			`#PACKAGE=rc`
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) 2018-10-17 12:49:11 -04:00
			`SUBDIR+= rc.d`

			`.include <bsd.prog.mk>`