From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11027 invoked from network); 15 Oct 2004 01:00:41 +0000 Received: from smtp.gentoo.org (156.56.111.197) by lists.gentoo.org with AES256-SHA encrypted SMTP; 15 Oct 2004 01:00:41 +0000 Received: from lists.gentoo.org ([156.56.111.196] helo=parrot.gentoo.org) by smtp.gentoo.org with esmtp (Exim 4.41) id 1CIGSW-0007dL-DK for arch-gentoo-dev@lists.gentoo.org; Fri, 15 Oct 2004 01:00:40 +0000 Received: (qmail 17692 invoked by uid 89); 15 Oct 2004 01:00:39 +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 9834 invoked from network); 15 Oct 2004 01:00:39 +0000 From: Chris Gianelloni Reply-To: wolf31o2@gentoo.org To: gentoo-dev@lists.gentoo.org In-Reply-To: <416EEA07.30401@whiterapid.com> References: <1097608185.20261.8.camel@cgianelloni.nuvox.net> <200410141638.22597.absinthe@gentoo.org> <416EEA07.30401@whiterapid.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-WxtJo48B0vRpBjm3eKy4" Organization: Gentoo Linux Date: Thu, 14 Oct 2004 21:00:23 -0400 Message-Id: <1097802023.26994.24.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.0.0 Subject: Re: [gentoo-dev] Proposal: patches.gentoo.org X-Archives-Salt: 0b0182d7-91d0-4e0c-acf3-814f1da2e3e4 X-Archives-Hash: f83875f4820df0806bc8359a0dcc096e --=-WxtJo48B0vRpBjm3eKy4 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2004-10-14 at 17:05 -0400, Mark Loeser wrote: > I agree, this would be a very good policy to put into place. Removing > all of the patches from the tree will help to reduce its size, by how > much has already been a topic of debate, but it would help regardless. > If it doesn't make that big of a difference now, it has the potential of > stopping this from becoming a bigger problem in the future. I know that I have mentioned this before, but having a set of -release trees would also alleviate much of this. There would be less reason for keeping around so many older ebuilds in the -current tree, as they would still be available in the -release trees. The real concern with any separation of the tree is how do we keep them all up to date with security patches and such. This would still need to be addressed and I am still working on a good solution. > The tree is growing at a very large rate and rsync times are taking a > lot longer now than they did for me a year or so ago. Removing all of > the patches from the tree will definitely help this, but I think other > policies should be more strictly inforced as well. There are some very > large files in the tree currently that aren't patches, like enormous > Changelogs for a few packages, and also a lot of old ebuilds that are > sitting around for some packages. It'd be nice if the tree was kept as > clean as possible to keep rsync times down as much as possible. Perhaps some way of moving the ChangeLog files themselves out of the tree and into some other location where they could be pulled as-needed. This would be a good place to start, as the ChangeLog is not used by portage itself and is only informational for the users and developers. The only thing that would need to be changed is the -l option to portage would need to be modified to pull the data from the web (or wherever) instead of the tree. The real problem we run into with almost any solution is to get any real gains we have to make drastic changes to the tree which could break older releases and people's installs that haven't been keeping up to date. As a good example, when we make changes to portage, they have to be done incrementally and have to be able to co-exist with the way things are currently, and also the way things have been, otherwise we risk really causing trouble for many of our users. --=20 Chris Gianelloni Release Engineering - Operations/QA Manager Games - Developer Gentoo Linux --=-WxtJo48B0vRpBjm3eKy4 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) iD8DBQBBbyEnkT4lNIS36YERAvGgAJ48u26yrNfZOEUXhS/14mfSXuGcsQCgnuTu LBXietNEeBltkZ2WOBQUcbA= =K45k -----END PGP SIGNATURE----- --=-WxtJo48B0vRpBjm3eKy4--