From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.43) id 1ED5vn-0004MO-Qm for garchives@archives.gentoo.org; Wed, 07 Sep 2005 19:50:04 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.4/8.13.4) with SMTP id j87JiVvJ009295; Wed, 7 Sep 2005 19:44:31 GMT Received: from skylla.rus.uni-stuttgart.de (skylla.rus.uni-stuttgart.de [141.58.231.9]) by robin.gentoo.org (8.13.4/8.13.4) with ESMTP id j87JZcgN006242 for ; Wed, 7 Sep 2005 19:35:38 GMT Received: from localhost (localhost [127.0.0.1]) by skylla.rus.uni-stuttgart.de (Postfix) with ESMTP id 5F2122AD10 for ; Wed, 7 Sep 2005 21:39:09 +0200 (CEST) Received: from skylla.rus.uni-stuttgart.de ([127.0.0.1]) by localhost (skylla [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 21687-01-96 for ; Wed, 7 Sep 2005 21:39:06 +0200 (CEST) Received: from uni-stuttgart.de (mbox.rus.uni-stuttgart.de [129.69.1.9]) by skylla.rus.uni-stuttgart.de (Postfix) with ESMTP id 8AC7C2B43C for ; Wed, 7 Sep 2005 21:39:06 +0200 (CEST) X-Virus-Scanned: by mbox.uni-stuttgart.de Received: from [129.69.11.67] (account ruslucas@po2.uni-stuttgart.de HELO gentoo.rus.uni-stuttgart.de) by uni-stuttgart.de (CommuniGate Pro SMTP 4.2.8) with ESMTP-TLS id 26837543 for gentoo-user@lists.gentoo.org; Wed, 07 Sep 2005 21:39:06 +0200 Date: Wed, 7 Sep 2005 23:39:04 +0200 (CEST) From: Sascha Lucas To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Is binary emerge equivalent to source emerge? In-Reply-To: Message-ID: References: Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at skylla.rus.uni-stuttgart.de X-Spam-Status: No, hits=-2.599 tagged_above=-999 required=5 tests=BAYES_00 X-Spam-Level: X-Archives-Salt: 41a9bef3-60e0-4f34-9af4-f7034061a208 X-Archives-Hash: f512b0c637fbabae0f8b2d72df8b7ba5 Hi Ian, > 1) Does this seem like a sensible idea? Will it generally work? > 2) Will --usepkg --getbinpkg use binary packages for dependencies? > 3) Is the resultant Portage database equivalent to source emerges, especially > in respect of future --updates, --newuse, etc? > 4) Am I right to use a Portage snapshot from the current machine? > 5) Is this idea so close to the Catalyst idea that I should use its methods > to achieve my aims? I'm answering to your thread, because I'm also playing with binary merges. At the moment I'm not realy happy with it. I've played with catalyst/GRP, PORTAGE_BINHOST (aka --getbinpkg), PKGDIR via nfs (aka --usepkg). Perhaps there is someone out there who can point me to some docs etc. Or correct my following statments: to 1) - yes it will work - you have 3 choices how to build your binarys * GRP with catalyst (usefull if your USE-/CFLAGS-Falgs etc. on the build system and target system differ) * quickpkg from allready installed ebuilds * FEATURES="buildpkg" in make.conf (creates bin's on merge) - the last 2 are usefull if your USE-/CFLAGS-Flags are identical or do not differ much - what you need is: * portage-snapshot (can be done with catalyst) * stage3 from internet or actual build with catalyst * binarys build with USE-/CFLAGS-Flags you want on the target to 2) - yes binarys are used for deps - --usepkg looks for binarys in PKGDIR=${PORTDIR}/packages - --getbinpkg looks for binarys on PORTAGE_BINHOST (I tried ftp) - both have a "only" variant which should use only binarys - the only-variants doesn't make me happy, because they seem to ignore different USE-Flags to 3) - if you mean /var/db/pkg then yes it's the same - updates seem to work (-kuD world) - -uD --newuse world (ebuild only) works - -uD --newuse --usepkg world (binary if possible, else ebuild) does not work very well to 4 and 5) may be something in my comments to 1-3. Perhaps I'm doing something wrong.... then please tell me the better way. THX, Sascha. -- gentoo-user@gentoo.org mailing list