From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18320 invoked by uid 1002); 7 Sep 2003 06:18:28 -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 13184 invoked from network); 7 Sep 2003 06:18:27 -0000 Date: Sat, 6 Sep 2003 23:17:36 -0700 From: "C. Brewer" To: gentoo-dev@gentoo.org Message-Id: <20030906231736.3347b648.cbrewer@stealthaccess.net> X-Mailer: Sylpheed version 0.9.4claws (GTK+-2.2.0; alphaev5-cray-unicosmk) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="=.Vt1afd8qZt_CA," Subject: [gentoo-dev] make.conf X-Archives-Salt: 9848704f-8828-4477-9fdb-0c7cedf5f9e4 X-Archives-Hash: 687f4be2dccfa3f24753049114a91eeb --=.Vt1afd8qZt_CA, Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit I was thinking that it might be nicer to do 2 files instead of the one. granted it's not too much trouble to do an interactive merge, and since my .nanorc is runs it so comments are colored, I really have no trouble picking out what I don't have commented. However, I see a real benefit to having a make.conf and make.conf.example (ala lilo,prozilla,etc.) so that the operator could have their six or seven line make.conf, only overriding the usual functions (CFLAGS,mirrors,PORT_OVERLAY,etc.) This would make it so that the make.conf.example could be auto-updated, and then those interested in playing with their make.conf could just periodically browse the make.conf.example to see if any new features have been added. Also, I seem to recall the when new user-affecting feature get added, there's usually some sort of announce here, so you really wouldn't need to look at it unless you see something here. I think this solution would provide amiable results for both camps:) -- Chuck Brewer Registered Linux User #284015 Get my gpg public key at pgp.mit.edu!! Encrypted e-mail preferred. --=.Vt1afd8qZt_CA, Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/Ws2EGmszwkJY878RAq+mAKCztCMslqfzhy4lJuF3v7TWO7hA1ACgjdbf H1DBJTVoFCHjuc2eKI2QSpQ= =UY4g -----END PGP SIGNATURE----- --=.Vt1afd8qZt_CA,--