From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21857 invoked by uid 1002); 1 Jul 2003 10:41:20 -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 29107 invoked from network); 1 Jul 2003 10:41:20 -0000 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-dev@gentoo.org From: sf Date: Tue, 01 Jul 2003 12:46:50 +0200 Message-ID: <3F01669A.4090108@b-i-t.de> References: <20030701025824.64ecc18a.seemant@gentoo.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@main.gmane.org User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030611 X-Accept-Language: en-us, en, de-de, de, it In-Reply-To: <20030701025824.64ecc18a.seemant@gentoo.org> X-Enigmail-Version: 0.74.3.0 X-Enigmail-Supports: pgp-inline, pgp-mime Sender: news Subject: [gentoo-dev] Re: Interest Check: Dynamic config files for portage X-Archives-Salt: bfc5fbf2-241b-417c-891d-64be9b1cdd3d X-Archives-Hash: 6895892d7cad71cbe807ee4e6dd62ef5 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, > Why not leave make.conf alone and put the comments into make.globals? -- gentoo-dev@gentoo.org mailing list