From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13295 invoked from network); 12 Oct 2004 21:00:41 +0000 Received: from smtp.gentoo.org (156.56.111.197) by lists.gentoo.org with AES256-SHA encrypted SMTP; 12 Oct 2004 21: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 1CHTlA-00037p-DC for arch-gentoo-portage-dev@lists.gentoo.org; Tue, 12 Oct 2004 21:00:40 +0000 Received: (qmail 2248 invoked by uid 89); 12 Oct 2004 21:00:39 +0000 Mailing-List: contact gentoo-portage-dev-help@gentoo.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail Reply-To: gentoo-portage-dev@lists.gentoo.org X-BeenThere: gentoo-portage-dev@gentoo.org Received: (qmail 6002 invoked from network); 12 Oct 2004 21:00:38 +0000 X-DomainKeys: Sendmail DomainKeys Filter v0.2.2 foon.sendmail.com i9CL0XEX009829 DomainKey-Signature: a=rsa-sha1; s=tls; d=sendmail.com; c=nofws; q=dns; b=P3BDwtmxP+WJsWDmmiSQbOf23MlRq3BYJHjwvIfmqrS8ATp7IPhS8Z6/WNGo4CsWV WoVee3H4+7Ja/NVaiMrbOpBN7N2rf7OyLxGY4rIie0oRD9W1YmliCI8Z7cQeSqz4mfP AYfUMNy4LEzWEyyK0v4UA8pNTkOcNfm8BS5kcz4= Message-ID: <416C45F0.4000001@sendmail.com> Date: Tue, 12 Oct 2004 14:00:32 -0700 From: ashish gawarikar User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6) Gecko/20040113 X-Accept-Language: en-us, en MIME-Version: 1.0 To: gentoo-portage-dev@lists.gentoo.org References: <416C28E4.4050801@sendmail.com> <200410121210.15546.george@gentoo.org> <416C3857.9030109@sendmail.com> <200410121337.20556.george@gentoo.org> In-Reply-To: <200410121337.20556.george@gentoo.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [gentoo-portage-dev] Hello X-Archives-Salt: 5ad7e37c-3d6b-445b-88e9-60f4a01912b7 X-Archives-Hash: 385fc8378c65c5b94e9eff2d8e709ea4 >Hm, I am afraid there is no trivial way to do this, short of collating >contents of all these packages in a single ebuild. However this: >1. is ugly >2. will not work if there are interdependencies within this set of packages > > That is the exactly why I doing this. We plan to deploy the packages included that have right interdependencies. >Well, it should be possible if you split this package in two (and if it is >only the downloading part that you want to combine): >one downloads and unpacks the meta-tarball that you package yourself (should >have src_unpack placing extracted individual tarballs into ${D}/${DISTDIR} >and empty scr_compile/install) >second just lists the dependencies as mentioned before. > > > so you mean something like dummy-download-1.0.0.ebuild => contains foo/bar etc dummy-extract-1.0.0.ebuild => something like kde-base? >Although I fail to see why would you want to do something like that. I mean >what is the situation when it is better to roll your own meta tarballs rather >than fetch individual ones? Well, bittorrent will be more efficient with >single large package rather than multiple small ones, but other than that I >am quite puzzled :). > > > The advantage of doing this is viz: 1. QA has to test one huge download and dont have to test different scenarios. 2. You exactly know what packages you are getting in this download 3. You have to issue one-and-only-one command for upgrade Thanks for all your help, Ashish -- gentoo-portage-dev@gentoo.org mailing list