Date: Fri, 11 Dec 1998 08:04:25 +0000 From: Brian Somers <brian@Awfulhak.org> To: John Birrell <jb@FreeBSD.ORG> Cc: cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG Subject: Re: cvs commit: src/etc Makefile Message-ID: <199812110804.IAA41670@keep.lan.Awfulhak.org> In-Reply-To: Your message of "Wed, 09 Dec 1998 21:34:12 PST." <199812100534.VAA15323@freefall.freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
> jb 1998/12/09 21:34:12 PST
>
> Modified files:
> etc Makefile
> Log:
> Add logic to check if any of the BIN1 files do not already exist in
> ${DESTDIR}/etc and an install target to install the missing ones. This
> allows new files like pam.conf to be installed by the first installworld
> after the file is added, but avoid clobbering files that might be
> customized. This should save some support questions.
>
> Revision Changes Path
> 1.181 +23 -1 src/etc/Makefile
I'm all for a new target (like ``make etc-install'' or ``make
new-etc-install'', but I disagree with this change. If I remove a
file from /etc, I expect it to stay removed.
People that stay -current or -stable are not expected to be
incapable of reading the Makefile - if they want this functionality,
their update script can do the requisite ``make''s.
Or even better, there's a port that checks for /etc changes, and I
wrote a 48 line script that notifies me of the changes I need to
do; now most of the files in /etc have $Id keywords, this is
stunningly easy.
--
Brian <brian@Awfulhak.org> <brian@FreeBSD.org> <brian@OpenBSD.org>
<http://www.Awfulhak.org>
Don't _EVER_ lose your sense of humour !
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199812110804.IAA41670>
