Date: Wed, 04 Jun 1997 16:50:56 -0700 From: "Jordan K. Hubbard" <jkh@time.cdrom.com> To: David Nugent <davidn@labs.usn.blaze.net.au> Cc: cvs-all@FreeBSD.ORG, cvs-committers@FreeBSD.ORG, cvs-etc@FreeBSD.ORG Subject: Re: cvs commit: src/etc/mtree BSD.include.dist Message-ID: <9703.865468256@time.cdrom.com> In-Reply-To: Your message of "Thu, 05 Jun 1997 09:30:45 %2B1000." <199706042330.JAA17021@labs.usn.blaze.net.au>
next in thread | previous in thread | raw e-mail | index | archive | help
> I've got a similar idea, except I'd prefer to see it as optional to avoid > the duplication. > > Err, hey, that's what we've got now! :-) > > If you change the default, then fine, but add a comment in /etc/make.conf? I actually want to rip the support out completely, and let me explain why I'm after such a seemingly drastic castration of this mechanism: If I'm to give the FreeBSD community a consolidated set of distribution packages for which full MD5 checksumming and the intelligence to use it for all subcomponents is supported in future "hands off" upgrades that actually work, then the less files in a distribution that they end up tweaking en-masse the better. Make a lot of gratuitous tweaks and you'll only cause the "preserve the user's changes" mechanism to start working against you. Sure, it saves a little space to have the symlinks, but it violates the idea of having includes be self-contained, something which buys us far more in being able to update them as a unit at any time and without odd inter-dependencies on another package which can only cause additional confusion. When the symlinks were invented, disk space was also probably 5X as expensive as it is now. I'd much rather trade the disk space for the increased compartmentalization at this point since C18N is something which FreeBSD is singularly bad at and needs improving. :( Jordan
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?9703.865468256>