From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3835 invoked by uid 1002); 15 Aug 2003 04:14:51 -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 345 invoked from network); 15 Aug 2003 04:14:50 -0000 From: Chris Smith Reply-To: chris.rs@xtra.co.nz To: gentoo-dev@gentoo.org Date: Fri, 15 Aug 2003 16:14:44 +1200 User-Agent: KMail/1.5.3 References: <200308142200.31146.vapier@gentoo.org> In-Reply-To: <200308142200.31146.vapier@gentoo.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200308151614.44914.chris.rs@xtra.co.nz> Subject: Re: [gentoo-dev] making metadata.xml pay off and removing pkg_postinst crud X-Archives-Salt: 4e48aaa1-0bbc-4357-81ca-72ea313ed56f X-Archives-Hash: d4f587430ec71c10385959fbde3126e7 On Friday 15 August 2003 14:00, Mike Frysinger wrote: > but now ive got it ! lets finally use metadata :) > i propose we add a section, maybe call it or or > something similar, or maybe have a few considering there are a few steps to > take when properly using some packages ... plus we wouldnt have to worry > about logging said informative output with some kludge that portage > implements because the user missed the message as it flew by his screen in > a multi-merge process ... > we extend the use of '-h' in emerge ... This is a really good idea. Also, over rsync, it only gets updated if it needs to be, and the one-off download is going to be tiny. Lets see... say ~50 words per package, and about 4 chars per word, thats 200 bytes per package. We now have ~6000 packages (as of the last GWN), so thats 1,200,000 bytes, or ~1.14 MB. That is a very manageable number. Also, I imagine that every metadata.xml won't be updated at the same time, so it will be a staggered download. The section could even include links to Gentoo (or just general) documentation! i.e. hardened-sources could point to the hardened gentoo project page. Perhaps even topics in the forum, or the mailing list, where users have documented useful info about the package. Off on a tangent here, perhaps all of our information distributed via rsync, could be bzipped? I'm not familiar with rsync, or if it's anything like cvs (i.e. unable to handle binaries the way we want), but we could definately reduce the download times over rsync (something i've noticed, especially for the first rsync done on a system). Well, better go before I get too far offtopic :o) Cheers, Chris. -- gentoo-dev@gentoo.org mailing list