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 2C2581381F3 for ; Fri, 12 Apr 2013 15:18:46 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 6F225E09FD; Fri, 12 Apr 2013 15:18:44 +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 CACCAE09FC for ; Fri, 12 Apr 2013 15:18:43 +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 A92FF33DFD2 for ; Fri, 12 Apr 2013 15:18:42 +0000 (UTC) Message-ID: <5168265D.4000606@gentoo.org> Date: Fri, 12 Apr 2013 11:21:01 -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] [PATCH] files/catalyst.conf: Document linking issues with binary packages References: <20130411175214.GA14587@odin.tremily.us> In-Reply-To: X-Enigmail-Version: 1.6a1pre Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Archives-Salt: afe84ad0-fa84-4145-9d43-fb8727517687 X-Archives-Hash: ce93a327097aaf79d3e2021c47ad5da8 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 04/12/2013 11:12 AM, W. Trevor King wrote: > From: "W. Trevor King" > > This gives users a heads up explaining why they might see linking > errors when pkgcache is enabled. I first saw this when I build a > stage1 without update_seed. Because my seed stage3 linked against > libmpc.so.2, some of my stage1 files linked against the older mpc. > However, the mpc-1.0.1 built for the stage1 installed libmpc.so.3. > When I tried to use this stage1 to build a stage2, it died with: > > /usr/libexec/gcc/i686-pc-linux-gnu/4.6.3/cc1: > error while loading shared libraries: libmpc.so.2: > cannot open shared object file: No such file or directory > > To fix this, I enabled update_seed, but binary packages built during > my first pass were used to populate the stage1, so even though I'd > updated the seed stage3 toolchain, I still had a stage1 with cc1 > linked against libmpc.so.2. > > After clearing the binary package cache, I got a stage1 *built* with > the updated seed stage3, which gave a cc1 linked against libmpc.so.3 > (hurray!). > > This commit adds a warning in the pkgcache documentation that should > help people understand what might be going wrong if they see similar > linking errors. For more details, see the thread following > http://thread.gmane.org/gmane.linux.gentoo.catalyst/2137/focus=2193 NACK. Personally I love this idea but I'm really against having a link to a ML discussion, no one is going to quit configuring catalyst in the middle to read a ML discussion... - -ZC > --- > files/catalyst.conf | 6 +++++- > 1 file changed, 5 insertions(+), 1 deletion(-) > > diff --git a/files/catalyst.conf b/files/catalyst.conf > index b74c546..e285e4f 100644 > --- a/files/catalyst.conf > +++ b/files/catalyst.conf > @@ -58,7 +58,11 @@ hash_function="crc32" > # kerncache = keeps a tbz2 of your built kernel and modules (useful if your > # build stops in livecd-stage2) > # pkgcache = keeps a tbz2 of every built package (useful if your build stops > -# prematurely) > +# prematurely. However, you may see linking problems if the binary > +# package was built against an older version of a runtime dependency > +# and the package in question is not using EAPI5's sub-slots. For > +# further discussion, see > +# http://article.gmane.org/gmane.linux.gentoo.catalyst/2224) > # seedcache = use the build output of a previous target if it exists to speed up > # the copy > # snapcache = cache the snapshot so that it can be bind-mounted into the chroot. > -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJRaCZdAAoJEKXdFCfdEflKpe4QAKsr4Ct1zch9TXFe4E9575HP YnyScCSgKO8ed9/SfvvNu42GlFAdVbA/awvRqEvSPSrdzTQB0tb0aw5O4daciT98 tLoO6y5YHyOk7bsoEtvmAJVZgHcApGgs9MfjUNkTObS6VzYInBYccFxPOjfefy6C GoK/hfR1RaUlCPgopaTS8JSWBQyTNjzX7O/CrW4b5RGMMXanX1+X3SVI/75Qg8Ux 8HxcuK5IPRyAUFAw4HIyIPMNAzv/v4FRfbGMBsjYApeE0HP+kMb953VfRJ0jSuNH DvukXwuwHcR704FUjD2TsN7XG/LdLZB/1jQSv/h2w8XkINQpW5M6J6TJjiGx1CyS o1CefuyPL9PRzRv7vpN7HsmxPnBkezoLu7xoafzezdrgI6FBM1jXIC2Up4R8GTR7 Hgzf7kiC+HTXB/YQIscSze/5M1Rl+fk+O6ycfn5w9Sy5t3XEB417u55pDRPUiUFi wtvrbchf7mTfvo95iWeXt3vGbUaA1EbdW4Z95A5HPS8QvlXmnoeN2DHhO58pisMa WCTTq3JyQxrNwoTHcukaSGsHzKbzOYXkM1X+/UfxCdQIACiHstkJkRSidYnKsIEp 2ZfleRxg4WdrTiqnOofknOoHofkssLHx19s0QYTgIBVL5mirAJhB8Oyz5KPXif9F QGAqhASyVtzxuIIXKJjE =Uv3R -----END PGP SIGNATURE-----