From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gentoo-dev-return-6559-arch-gentoo-dev=gentoo.org@gentoo.org>
Received: (qmail 30580 invoked by uid 1002); 9 Sep 2003 15:11:31 -0000
Mailing-List: contact gentoo-dev-help@gentoo.org; run by ezmlm
Precedence: bulk
List-Post: <mailto:gentoo-dev@gentoo.org>
List-Help: <mailto:gentoo-dev-help@gentoo.org>
List-Unsubscribe: <mailto:gentoo-dev-unsubscribe@gentoo.org>
List-Subscribe: <mailto:gentoo-dev-subscribe@gentoo.org>
List-Id: Gentoo Linux mail <gentoo-dev.gentoo.org>
X-BeenThere: gentoo-dev@gentoo.org
Received: (qmail 7004 invoked from network); 9 Sep 2003 15:11:31 -0000
From: Chris Gianelloni <wolf31o2@gentoo.org>
To: Nathaniel <natem@bestweb.net>
Cc: Gentoo-Dev <gentoo-dev@gentoo.org>
In-Reply-To: <1063036644.3316.32.camel@glyph.bestweb.net>
References: <pan.2003.09.06.18.05.15.543497@nonconformity.net>
	 <1062896271.20020.28.camel@vertigo>
	 <1062904114.8455.62.camel@nosferatu.lan>
	 <200309070559.21887.jk@microgalaxy.net>
	 <1063036644.3316.32.camel@glyph.bestweb.net>
Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-UhxUYBNhWfwbePIeSdgN"
Message-Id: <1063120299.23515.23.camel@localhost>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.3 
Date: 09 Sep 2003 11:11:40 -0400
Subject: Re: [gentoo-dev] Some suggestions
X-Archives-Salt: 166b6652-33d7-4179-9c44-75920311387e
X-Archives-Hash: 0dc75f173b53e8995912011dc8c5e7b6

--=-UhxUYBNhWfwbePIeSdgN
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Mon, 2003-09-08 at 11:57, Nathaniel wrote:
> 1. etc-update should check modify dates and overwrite if not modified.

I think everyone can agree on this one.

> 2. Part of the problem is that make.conf has so many options (ie. its a
> large file.)  What if we split it up into smaller files... Something
> like:
>=20
> /etc/make.conf.d/USE
> /etc/make.conf.d/CFLAGS
> ...
> /etc/make.conf.d/FEATURES
> etc...
>=20
> I would guess that a large portion of users never modify the features
> and other settings of make.conf.  This way, etc-update could update only
> the portions that need updating without overwriting USE flags, etc.=20
> This would also make it easier to parse the files for any automated
> install (GLIS), etc.

I definitely like this idea.  It would then be possible to keep all the
comments in the files (and man pages), while still maintaining user's
settings.  Plus, sections which have not changed from default (such as
FEATURES in your example) would be overwritten automatically by the
"new" etc-update.

> 3. Another option is to have a file that contains the users settings,
> seperate from config files themselves... For instance, what if we had a
> file, say /etc/customsettings, that contained all the updated options
> for config files.  It could perhaps contain a syntax like the following:
>=20
> /etc/make.conf:USE=3D"X gnome gtk alsa"
> /etc/make.conf:FEATURES=3D"distcc sandbox buildpkg"
> /etc/conf.d/net:IFACE=3D"dhcp"
>=20
> Then etc-update could not only replace the old file with the update, but
> could also update it with the user's specific values.  It could find the
> line with the "USE=3D" text and replace it with the full customized
> replacement.

This seems a bit too complex IMHO.  I REALLY like your second idea,
though, and would love to see it implemented.

--=20
Chris Gianelloni
Developer, Gentoo Linux
Games Team

Is your power animal a penguin?

--=-UhxUYBNhWfwbePIeSdgN
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/Xe2rkT4lNIS36YERAi25AKCunxnY5zXk4cb0NDMXlfYIhVIjNACfR6xd
tKpxqDqBZ8298phmuR8IbOE=
=BFeS
-----END PGP SIGNATURE-----

--=-UhxUYBNhWfwbePIeSdgN--