From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9225 invoked by uid 1002); 2 Jul 2003 00:40:53 -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 15124 invoked from network); 2 Jul 2003 00:40:52 -0000 X-Authentication-Warning: robs.room.our.house: rob set sender to rbragg@essex.ac.uk using -f Date: Wed, 2 Jul 2003 01:40:51 +0100 From: Robert Bragg To: Seemant Kulleen Cc: gentoo-dev@gentoo.org Message-ID: <20030702004051.GC1147@essex.ac.uk> References: <20030701025824.64ecc18a.seemant@gentoo.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030701025824.64ecc18a.seemant@gentoo.org> User-Agent: Mutt/1.4.1i Subject: Re: [gentoo-dev] Interest Check: Dynamic config files for portage X-Archives-Salt: 1db0fc14-8207-49ec-8947-14793f8bfe79 X-Archives-Hash: f6d0b9551cc72e8d114061dec3469bd1 Hello, Too me, it sounds like your method of merging changes might be the problem. I haven't noticed a problem myself. I use etc-update with vimdiff. vimdiff folds all common text between files and so all I have to look at are the new changes (make.conf doesn't seem any worse than many other config files in this respect) if I decide to update the _whole_ file then I quite vimdiff and tell etc-update I want the old replaced, if I only want _some_ of the new changes then I take what I like from the new config file and edit my original config. Then when I quit vimdiff I can then tell etc-update to discard the update. That seems easy, I particularly like seeing any changes to the make.conf file just so that no new gentoo features slip by unnoticed (which could happen with the proposed seperate file setup, because I also like to have comments autmerged on unedited files) Rob On Tue, Jul 01, 2003 at 02:58:24AM -0700, Seemant Kulleen wrote: > Hi All, > > Before I go and invalidate a bug, I thought I might take the idea around here to see if it has any merit in terms of usefulness/interest. > > The idea stems from the fact that etc-updating a make.conf file can be a bit of a stressful event. And as portage's set of features grows, so too will the size of the make.conf file. I get the impression that the make.conf file is a little hard to parse, with the huge comment blocks etc etc. So my proposal is this: a make.conf.d directory which contains files for each section of the make.conf: use, flags, fetch, packagevars. That way, USE flags can be explained and specified in use, compiler flags in the flags file, fetch will contain the fetchcommands, mirrors (both distfiles and rsync), and packagevars can contain things like ALSA_CARDS for those of us on 2.4 kernels, and VIDEO_CARDS for those of us who have xfree/xfree-drm/whatever-future-windowing-system-we-add, and so on. This way, the actual make.conf file (which tends to be about 10 lines of uncommented items in the usual case) can be dynamically generated from the information in those files. > > Anyway, it's not an urgent issue by any means, but a thought. > > Ciao, > > -- > Seemant Kulleen > Developer and Project Co-ordinator, > Gentoo Linux http://www.gentoo.org/~seemant > > Public Key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x3458780E > Key fingerprint = 23A9 7CB5 9BBB 4F8D 549B 6593 EDA2 65D8 3458 780E -- gentoo-dev@gentoo.org mailing list