From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23337 invoked by uid 1002); 1 Jul 2003 22:29:31 -0000 Mailing-List: contact gentoo-dev-help@gentoo.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Received: (qmail 23470 invoked from network); 1 Jul 2003 22:29:31 -0000 Date: Tue, 1 Jul 2003 18:29:29 -0400 From: Owen Gunden To: gentoo-dev@gentoo.org Message-ID: <20030701222928.GA23646@force.stwing.upenn.edu> Mail-Followup-To: gentoo-dev@gentoo.org References: <20030701025824.64ecc18a.seemant@gentoo.org> <200307011505.02533.tdickenson@devmail.geminidataloggers.co.uk> <20030701174923.35cefb97.kl4rkmail@jazzfree.com> <200307011732.56525.tdickenson@devmail.geminidataloggers.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200307011732.56525.tdickenson@devmail.geminidataloggers.co.uk> User-Agent: Mutt/1.5.4i Subject: Re: [gentoo-dev] Interest Check: Dynamic config files for portage X-Archives-Salt: 8c2ac8e4-4560-4da4-8af1-2d5fd9702b75 X-Archives-Hash: b3649487afc10adab814524f817d8d34 On Tue, Jul 01, 2003 at 05:32:56PM +0100, Toby Dickenson wrote: > On Tuesday 01 July 2003 16:49, Josep Sanjuas wrote: > > > I think there could be more advantages. > > they dont seem very compelling..... There is one compelling advantage that I believe was intended by the original poster. That is this: in the current situation, when I upgrade baselayout I get a new make.conf which I have to merge by hand. In my experience this is definitely the hardest file in /etc to merge because of its size and the amount of customization I've done to it. If it were split into separate files, it would be easier to see where the new stuff is. Also, I would be familiar with the particular sections that I'd made changes to, so I could simply copy the maintainers version of any files that I know I haven't changed. I may be a special case, though; I can't use etc-update because it has IMHO a horrendous interface. I'm skeptical about a configuration tool to fix make.conf automatically, because I've seen so many such things go wrong. On the other hand, ufed is indispensible, and if such a utility were as easy-to-use and easy-to-know-what-it's-doing as ufed I would definitely consider using it. Owen searching his pockets for 2 pennies.. -- gentoo-dev@gentoo.org mailing list