From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11114 invoked by uid 1002); 7 Sep 2003 13:08:57 -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 8980 invoked from network); 7 Sep 2003 13:08:54 -0000 From: Martin Schlemmer Reply-To: azarah@gentoo.org To: Jan Krueger Cc: Troy Dack , Gentoo-Dev In-Reply-To: <200309071456.05700.jk@microgalaxy.net> References: <1062922741.7363.26.camel@waterhouse.internal.lan> <1062931703.8455.80.camel@nosferatu.lan> <200309071456.05700.jk@microgalaxy.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-mbQkGmf3Y5uFkCwWS1mA" Message-Id: <1062940338.8455.104.camel@nosferatu.lan> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.4 Date: Sun, 07 Sep 2003 15:12:18 +0200 Subject: Re: [gentoo-dev] Some suggestions X-Archives-Salt: 667eca19-2e5e-4868-baea-e8115ced49c6 X-Archives-Hash: dbc0ffa45fe0a4a074ed0683f7789f45 --=-mbQkGmf3Y5uFkCwWS1mA Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sun, 2003-09-07 at 16:56, Jan Krueger wrote: > On Sunday 07 September 2003 10:48, Martin Schlemmer wrote: > > On Sun, 2003-09-07 at 10:19, Troy Dack wrote: > > > "Gentoo moves pretty fast; if you don't stop and look around once and > > > awhile, you could miss out." > > > > Amen >=20 > Thats not just Amen, that actually _is_ a big Problem if you are=20 > administrating some servers that are supposed to provide high quality=20 > services. >=20 > One of the reasons for this is, as good as it is and i like it very much,= =20 > portage. And a very timeconsuming thing is having to update things when t= here=20 > is no need to do so. I could easily bypass this problem by creating my ow= n=20 > portage tree and modifying ebuilds. Some do so. That can get timeconsumin= g,=20 > especially when the official portage tree changes a lot in basic ebuilds,= and=20 > additionally i would loose some very nice portage features. So far i came= to=20 > the conclusion not to use gentoo on my servers and instead join gentoo-de= v. I=20 > am happy to see that there is some progess with portage as can be verifie= d on=20 > the project pages :) >=20 > Having to update comments in some configuration files on each of the serv= ers=20 > is silly and a waste of time that someone has to pay for. No need for thi= s. >=20 > If i dont update the comments after some time i will end up with differin= g=20 > documentation (the one in man make.conf and the comments in make.conf) > that can cause more harm then good. No, i dont want comments in configura= tion=20 > files. And yes, i deleted all cruft from my apache.conf, squid.conf,=20 > whatever.conf. >=20 Yes, but the point is that you usually can just delete the update on the config files of stuff like portage, squid, apache, etc. Most of the times, the only stuff I do update is like the X config files, gnome file, etc. As I have said before, nothing really major have changed since portage-1.x to make.conf to force you to update it as long as you update /etc/make.globals. If all the changes is to .example files, you are anyhow going to get fed up with updating them - same as for the real ones now ... will that make you notice actual critical config changes ? No. Most of the times ebuild do state that you should check some or other change, so usually just throwing the update away should work (although the bigger problem is that you do not see the announcement of the ebuild anyhow if there is a few builds that was updated). That, with the fact that changing this way of doing things, will break the 'should sorda work out of the box' policy that we support (or try to last time I checked). And face it, even without all the comments (stripped down versions that some suggested), if you do not want to take the effort to check what my have changed now, you anyhow never will. Regards, --=20 Martin Schlemmer Gentoo Linux Developer, Desktop/System Team Developer Cape Town, South Africa --=-mbQkGmf3Y5uFkCwWS1mA Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQA/Wy6yqburzKaJYLYRAqgWAJ9YUZPVCiea6aO2Gaal3ECv7SsgggCfXxkr eevOIkVv++DHNob3Egl8+Zo= =/JAP -----END PGP SIGNATURE----- --=-mbQkGmf3Y5uFkCwWS1mA--