From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19091 invoked by uid 1002); 10 Sep 2003 13:45:59 -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 9128 invoked from network); 10 Sep 2003 13:45:58 -0000 From: Chris Gianelloni To: billk@iinet.net.au Cc: gentoo-dev List In-Reply-To: <1063148256.12601.15.camel@rattus.localdomain> References: <1062896271.20020.28.camel@vertigo> <1062904114.8455.62.camel@nosferatu.lan> <200309070559.21887.jk@microgalaxy.net> <1063036644.3316.32.camel@glyph.bestweb.net> <1063120299.23515.23.camel@localhost> <1063148256.12601.15.camel@rattus.localdomain> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-dR4D0uqCgJEU+wOafhcL" Message-Id: <1063201586.3475.57.camel@localhost> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.3 Date: 10 Sep 2003 09:46:27 -0400 Subject: Re: [gentoo-dev] Some suggestions X-Archives-Salt: 5b5670cf-7907-436d-9a88-336d180b6738 X-Archives-Hash: 0d2e969b4fd13325c6edb39a7f98909e --=-dR4D0uqCgJEU+wOafhcL Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2003-09-09 at 18:57, William Kenworthy wrote: > Please dont suggest splitting make.conf - its a crap idea and we'll end > up with a mess like like conf.d (where it is justified, but its still a > mess - and an ongoing pain). You get files changing, adds and deletions > that happen and you are not aware of the changes. I was thinking more like devfs.d and devfsd.conf than the way conf.d is used. > For instance, how many people missed the addition of hdparm to conf.d?=20 > There have been a number of disastrous events where wholesale changes > have occurred when they were not intended: modules.autoconf was > particularly bad (I ended up with 3 dead systems), as was the symlink to > the php config file from mod_php and php proper. At least if you have > one file, you only have one place to look. Plus it makes sense to keep > all related information on one file, not piecemeal. >=20 > What this will mean, is that after every emerge problem, you will have > to find and check dozens of files, not one core file. Actually, it would be a single make.conf which is generated from files in make.conf.d. I think it would be pretty easy if it uses the same style as devfs.d and devfsd.conf. This would also allow us to maintain backwards compatibility with older versions of portage. You can look in make.conf (devfsd.conf) to find the problem, and it lists the settings as they are in the files, so you can see that the error is in a particular file and fix it quickly. > And think of the newbie, gentoo is becoming very complex to understand. The main reason is lack of consistency more than complexity. As long as everything uses the same interface, it should not be hard to understand. You only have to learn one concept and apply it multiple times. > Another point is I run 3 make.conf's on a laptop, and load the one > applicable to the site I am at automatically (actually sed the file). I > would have to parse a number of files instead of just one. Yes and no, at least with the way I'm proposing. The make.conf file would be generated from the files in make.conf.d at some time. It would probably use some function, such as maybe portage-update, to generate the make.conf file. You could easily configure it via a /etc configuration file, similar to etc-update. I would think it would be something we would setup to run at initial boot. Honestly, I would like to see a simple curses-based portage-config program which allows you to change the settings used in make.conf. This would solve the problems of documentation completely, as we could move any hand-holding to the application and take them out of the file itself. > I think perhaps make.conf would be better named emerge.environment or > gentoo.environment to underscore its function and importance! Except make.conf really *isn't* that important. It only needs to exist. The purpose of make.conf is to override the defaults. The make.globals file would be a better candidate for getting a name change. --=20 Chris Gianelloni Developer, Gentoo Linux Games Team Is your power animal a penguin? --=-dR4D0uqCgJEU+wOafhcL Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQA/XysykT4lNIS36YERAk4pAKC8c4f7VkzYfWUoGcSbZ7j+SAWNIwCbBjFv vIsDKPoXipwlUwhexyRscdw= =tPK7 -----END PGP SIGNATURE----- --=-dR4D0uqCgJEU+wOafhcL--