From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id D8E251381F3 for ; Thu, 11 Apr 2013 17:37:19 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 62749E0A87; Thu, 11 Apr 2013 17:37:17 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id C9AC2E0A87 for ; Thu, 11 Apr 2013 17:37:16 +0000 (UTC) Received: from [192.168.1.11] (pool-71-245-176-92.pitbpa.fios.verizon.net [71.245.176.92]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: zerochaos) by smtp.gentoo.org (Postfix) with ESMTPSA id D370133DD80 for ; Thu, 11 Apr 2013 17:37:15 +0000 (UTC) Message-ID: <5166F553.5090608@gentoo.org> Date: Thu, 11 Apr 2013 13:39:31 -0400 From: "Rick \"Zero_Chaos\" Farina" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130406 Thunderbird/17.0.5 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-catalyst@lists.gentoo.org Reply-to: gentoo-catalyst@lists.gentoo.org MIME-Version: 1.0 To: gentoo-catalyst@lists.gentoo.org Subject: Re: [gentoo-catalyst] Binary package dependencies and update_seed References: <513A2F19.5040203@gentoo.org> <6472ad55830b40f838356a1b083b3815a4112358.1362768301.git.wking@tremily.us> <20130309121023.GE26574@odin.tremily.us> <20130411170941.GA14224@odin.tremily.us> In-Reply-To: <20130411170941.GA14224@odin.tremily.us> X-Enigmail-Version: 1.6a1pre Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Archives-Salt: af4889f2-bb84-4ab1-a0f8-1c3565d6e991 X-Archives-Hash: 0e44d92d0762d6149ba089a3f4be48e7 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 04/11/2013 01:09 PM, W. Trevor King wrote: > On Sat, Mar 09, 2013 at 07:10:23AM -0500, W. Trevor King wrote: >> On Fri, Mar 08, 2013 at 12:14:08PM -0800, Matt Turner wrote: >>> On Fri, Mar 8, 2013 at 10:47 AM, W. Trevor King wrote: >>>> The earlier update_seed >>>> command was not catching the bumped mpc, so add: >>> >>> I think this is a false premise. If it is true, we should understand >>> why and fix it. The current command is emerge --onlydeps gcc which >>> should be completely sufficient to update mpc. >> >> Using catalyst as of d1c2ba9b (create-iso.sh: add usb boot via >> isohybrid, 2013-03-05), I can no longer reproduce my original problem. > > Ben Kohler (iamben) was working through this problem on #gentoo-releng > recently. His problem (and probably my original problem as well) > seems to be leftover binary packages from before update_seed was > enabled. These binary packages matched the version number and USE > flags of the to-be-installed package, but were built against the older > version of mpc. In order to avoid problems like this, it's probably a > good idea to remove all the cached stuff with something like [1]: > > $ rm -rf --one-file-system /var/tmp/catalyst/{kerncache,packages,tmp} > > before building your stage1. > > A better approach would involve recording runtime dependency versions > in the binary package metadata, so that Portage could determine > whether a given binary package would work in the target system [2]. > Currently, the ebuild RDEPEND is included in Packages, but that does > not always (or even often) specify which package versions were used to > build the package. For example, sys-devel/gcc lists: > > RDEPEND: sys-libs/zlib virtual/libiconv >=dev-libs/gmp-4.3.2 > >=dev-libs/mpfr-2.4.2 >=dev-libs/mpc-0.8.1 > > I'd like it to list: > > RDEPEND: =sys-libs/zlib-1.2.7 =virtual/libiconv-0 > =dev-libs/gmp-5.0.2_p1 =dev-libs/mpfr-3.1.1 =dev-libs/mpc-1.0.1 This is called EAPI 5 subslots. it should not be addressed in catalyst nor portage, things should simply set subslot deps properly. - -ZC > > or whatever the versions of those packages were at build time. > Portage could then recurse through this information and only use the > package if versions matched the target system across the whole RDEPEND > tree. With ABI sub-slots, strict version matching could be loosened > to only require ABI matching. > > Cheers, > Trevor > > [1]: kerncache probably doesn't matter, but we might as well be > thorough. > [2]: This is a limitation with the current Portage code, and not a > catalyst issue. Maybe I should cross-post this to > gentoo-portage-dev@? > -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJRZvVTAAoJEKXdFCfdEflKXzgQAJnhcZX19BnAbfaKitkf0hap CiewJPTMBqYDtSSviCZkskf9+JQALyegmiIDn7JwEzM9QEz2p9MpCym0KFJetqrW logbRCNDS8+goqLznaDA1sTHYmvNJnlnI85AIt7GVpqAEq2EVZFStD5s3oyL/aUG BB8cb1dwDpLfC7BC9InGqO7jpyu0rR4vUWv0K4BOEEtmTXyBrN1JMNbHxG9l8YAm Vwn666GHM02aXviGay0RXtSqeZhrA3TWhMTOyoxsfZKwriwg9CYRdy3QtUZWMHup L3FuKMKlobbY69E/GJdGN0YrVMStc6BEe36wPNU+ijmGk40rVnQ/sQhEx1xEz3y1 Vy3P2OryUcCqt9mCleCiseLFY0mZZ68RCuM/AgO8hH4xjqo9qkusWJk4wvuMDGTH kVo+G8WzNTG22TOkjSp3N1D0Su3AvMK0swOObn4Y3uB/WcfL3gJEs52qDy2Mfdnc M1s6Up+rIz8Wn1/jDKwCn6T3O4V+Hn+ZWAkWaD13QEqyFVJlJ0eRAE2QEdG6Ju2u DqQgi+N67yoKCEwsnxkRpExu1mIZX8DwjcJ503VIltIG1pP+SbTPe6AmEjuWwChz xrqdL1udpxPLnDjArDvwFyFN2BOlP8V/bTSjAIBZCemUk/avDd1hMXf33bQtCtGp GXI+81lvDVu/VEx5IRFY =wQVE -----END PGP SIGNATURE-----