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 E51301381F3 for ; Thu, 11 Apr 2013 17:09:51 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 68F72E090E; Thu, 11 Apr 2013 17:09:51 +0000 (UTC) Received: from vms173003pub.verizon.net (vms173003pub.verizon.net [206.46.173.3]) by pigeon.gentoo.org (Postfix) with ESMTP id E9549E090E for ; Thu, 11 Apr 2013 17:09:50 +0000 (UTC) Received: from odin.tremily.us ([unknown] [72.68.100.81]) by vms173003.mailsrvcs.net (Sun Java(tm) System Messaging Server 7u2-7.02 32bit (built Apr 16 2009)) with ESMTPA id <0ML30014EP06HB60@vms173003.mailsrvcs.net> for gentoo-catalyst@lists.gentoo.org; Thu, 11 Apr 2013 12:09:44 -0500 (CDT) Received: by odin.tremily.us (Postfix, from userid 1000) id 1DF5595D435; Thu, 11 Apr 2013 13:09:42 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=tremily.us; s=odin; t=1365700182; bh=TjOIBOtxMXgRCZw01SK8YkU0C/BapYTYuiVkPrkY1OI=; h=Date:From:To:Subject:References:In-Reply-To; b=GNzPPEWY/+r/YrH12xXN1iSlv7k9dByGvFtjMXPRWg5q3fNBZuQVM6UyTSZC3fW+u TmWR2YcrtxR2AV6bu9+vWGSOjIdzzTeqIZtXH1Jx5a7QBMx+IO2fBOZBQc3C1F5jWN BPBPRnvLQD7w+irspDzoZj++19ntpv76BpjMx3jQ= Date: Thu, 11 Apr 2013 13:09:41 -0400 From: "W. Trevor King" To: gentoo-catalyst@lists.gentoo.org Subject: [gentoo-catalyst] Binary package dependencies and update_seed Message-id: <20130411170941.GA14224@odin.tremily.us> References: <513A2F19.5040203@gentoo.org> <6472ad55830b40f838356a1b083b3815a4112358.1362768301.git.wking@tremily.us> <20130309121023.GE26574@odin.tremily.us> 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 Content-type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary=Q68bSM7Ycu6FN28Q Content-disposition: inline In-reply-to: <20130309121023.GE26574@odin.tremily.us> OpenPGP: id=39A2F3FA2AB17E5D8764F388FC29BDCDF15F5BE8; url=http://tremily.us/pubkey.txt User-Agent: Mutt/1.5.21 (2010-09-15) X-Archives-Salt: b089466b-202b-4eec-a0ee-5377f1a7e09a X-Archives-Hash: f7275982ec679fde8164f163c7d67ca3 --Q68bSM7Ycu6FN28Q Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable 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 wrot= e: > > > The earlier update_seed > > > command was not catching the bumped mpc, so add: > >=20 > > 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. >=20 > 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 >=3Ddev-libs/gmp-4.3.2 >=3Ddev-libs/mpfr-2.4.2 >=3Ddev-libs/mpc-0.8.1 I'd like it to list: RDEPEND: =3Dsys-libs/zlib-1.2.7 =3Dvirtual/libiconv-0 =3Ddev-libs/gmp-5.0.2_p1 =3Ddev-libs/mpfr-3.1.1 =3Ddev-libs/mpc-1.0.1 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@? --=20 This email may be signed or encrypted with GnuPG (http://www.gnupg.org). For more information, see http://en.wikipedia.org/wiki/Pretty_Good_Privacy --Q68bSM7Ycu6FN28Q Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iQIcBAEBAgAGBQJRZu5UAAoJEEUbTsx0l5OMT+cP/iTAXiN6/Mki4XrW+AkQoJsW xUbNzyFreYgseojHDoW0u0QThSs8e7O1xfVKnwUHe8Eyrtfqj5cImgG/6cC+JRAJ 3fD9/2O0yDR++x1ZPOEMgTGGRriUVeD1avLqri0xk1vzBF4JvMfOIcmYixOdxwGy hzKk4tSsSXRX8DPzJ0SR/q4larU604Z+/n6qNTzdMPNQSXhk7L5G9U/kp8B9dqZu manodGd4qHYuKsLCsopJ4tX7E9xerrdO8U05DTWn8tz1J2GFAuZEahnAqr9cPXUW 6UoWvRTpLQ4sEQ7lVKs0E0T1gfynD1f/C9kmD1UrLCJr5hOZa3pbEMUKRavFDtZF KIlJWfWPom/IxeSBrP2FDJyugi5LJRmVo4aws0Nd2u/lrJl8+NH9CCc9fgS6r2sE d8grFmR09kDHTgzL3ycgSYiRNmbMBs33h4De50MIll5ooKAb+Ayg3mQknLA8ztdc fMtCJJrVe6KBwjHkksbHYcDvHMyaVzV4+61hCPzIhXamWT6R5RT+nU5iqGvTKdbq LtmpLzLvu10Lcvbuds9nvFRVD4hf+ARtejh/QuNPXVJrTTZ6Xolou1Z1/U+k2XQJ 0AIUWHFRUX8ccVOQRltQ8ewcWA6BxGNRydJdBnVTj6NOstrv360evu15EIrrR3Tj 4sxKkDvQrJW+ifuRxaBu =P+b2 -----END PGP SIGNATURE----- --Q68bSM7Ycu6FN28Q--