From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28030 invoked by uid 1002); 15 Aug 2003 14:05:06 -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 25493 invoked from network); 15 Aug 2003 14:05:06 -0000 From: Chris Gianelloni To: chris.rs@xtra.co.nz Cc: gentoo-dev@gentoo.org In-Reply-To: <200308151614.44914.chris.rs@xtra.co.nz> References: <200308142200.31146.vapier@gentoo.org> <200308151614.44914.chris.rs@xtra.co.nz> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-J6hgQ+ikzaU/aHx8WMUY" Message-Id: <1060956529.19245.197.camel@vertigo> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.3 Date: 15 Aug 2003 10:08:49 -0400 Subject: Re: [gentoo-dev] making metadata.xml pay off and removing pkg_postinst crud X-Archives-Salt: fea1512f-f99e-47c7-9bc5-ffe3e39b291b X-Archives-Hash: 550a0c8c16ef61322a74f7fca02bc737 --=-J6hgQ+ikzaU/aHx8WMUY Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2003-08-15 at 00:14, Chris Smith wrote: > The section could even include links to Gentoo (or just general)=20 > documentation! i.e. hardened-sources could point to the hardened gentoo=20 > project page. Perhaps even topics in the forum, or the mailing list, wher= e=20 > users have documented useful info about the package. I really like this idea. It gives quite a bit more information to the users and isn't too hard to maintain from a developer standpoint. > Off on a tangent here, perhaps all of our information distributed via rsy= nc,=20 > could be bzipped? I'm not familiar with rsync, or if it's anything like c= vs=20 > (i.e. unable to handle binaries the way we want), but we could definately= =20 > reduce the download times over rsync (something i've noticed, especially = for=20 > the first rsync done on a system). For portage usage, rsync works best with straight text. This is because a bzipped file is dramatically different from the previous version if only one character changed before compression. The download times, I believe, are more a product of the actual matching done by rsync than a product of slow download rates. I've noticed that a sync is about 100 fold faster on a SCSI RAID array than on an old IDE drive, though both are on the same Internet connection. This tells me right away that bandwidth is not the problem, but rather I/O (and CPU to an extent). --=20 Chris Gianelloni Developer, Gentoo Linux --=-J6hgQ+ikzaU/aHx8WMUY 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/POlxkT4lNIS36YERAqiwAJ92Zbp+nUN2vaZ/QCUpq9AQMTCwwQCbB+JR nhVCeSFkQdurMF5o77al4oM= =vyRs -----END PGP SIGNATURE----- --=-J6hgQ+ikzaU/aHx8WMUY--