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>