Date: Fri, 09 Jun 2006 08:59:06 +0100 From: Florent Thoumie <flz@FreeBSD.org> To: Sean McNeil <sean@mcneil.com> Cc: rc@freebsd.org Subject: Re: rc hosed on -STABLE Message-ID: <1149839946.24936.5.camel@localhost> In-Reply-To: <1149811261.2737.3.camel@triton.mcneil.com> References: <1149811261.2737.3.camel@triton.mcneil.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--=-q1Mg6xmtztG3EpKKDgl5 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2006-06-08 at 17:01 -0700, Sean McNeil wrote: > Hi, >=20 > I sent this to -current and -stable (yeah, cross post because I've found > people don't really pay attention to -stable). But I just realized > there is an -rc. Sorry for the duplicate post. >=20 > ... >=20 > I am now having difficulty with bringup on my -STABLE system. I get what > looks like bogus warnings: >=20 > root: /etc/rc: WARNING: Warning: /etc/rc.conf.d/ntpdate is deprecated, > please use /etc/rc/etc/rc.conf.d/ntpdate instead. >=20 > and >=20 > root: /etc/rc: WARNING: Warning: /etc/rc.conf.d/sendmail > is deprecated, please use /etc/rc/etc/rc.conf.d/sendmail instead. >=20 > but this doesn't make sense and is impossible as /etc/rc is a regular > file, not a directory. >=20 > There were warnings for /usr/local and /usr/X11R6 to go > into /usr/local/etc/rc.conf.d and /usr/X11R6/etc/rc.conf.d. These make > sense. They correspond to /etc/rc.d and /etc/rc.conf.d. >=20 > Also, I have port cyrus-imapd-2.2.13_2 and it > installs /usr/local/etc/rc.d/imap. This script has an internal name of > "cyrus_imap", but instead of wanting /usr/local/etc/rc.conf.d/cyrus_imap > as would be the completely logical place for it, I have to place it > in /usr/local/cyrus/etc/rc.conf.d/cyrus_imapd. >=20 > Seems like it bases the location upon where the binary is as opposed to > where the rc script is. Same thing happens with slapd. I told it to > put the rc script in /etc/rc.d/slapd when I configured the port. But it > warns me that it wants the rc.conf.d > in /usr/local/libexec/slapd/etc/rc.conf.d/slapd. This is very counter > intuitive to me. (note, also an executable, not a directory) >=20 > What is the logic behind this and why was it MFCd in a non-working > condition? Like I said, many of my daemons did not start even though I > could start them by running the script by hand. So I'm guessing that > maybe rcorder isn't working with this new configuration. Indeed, it tries to be too smart (and fails in some cases). I'll backout the commit today and will contact you with a patch ASAP. --=20 Florent Thoumie flz@FreeBSD.org FreeBSD Committer --=-q1Mg6xmtztG3EpKKDgl5 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQBEiSpKMxEkbVFH3PQRAktGAJwLzOgPYQkpsYg4MlCJtQMuOKoYCwCcCwAK ez2djY2R89skwLhlgERnheY= =gyIv -----END PGP SIGNATURE----- --=-q1Mg6xmtztG3EpKKDgl5--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1149839946.24936.5.camel>