From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from dan.rpsys.net (5751f4a1.skybroadband.com [87.81.244.161]) by mail.openembedded.org (Postfix) with ESMTP id 9D720606A8 for ; Wed, 25 Jan 2017 10:04:21 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by dan.rpsys.net (8.14.4/8.14.4/Debian-4.1ubuntu1) with ESMTP id v0PA4JcJ014239; Wed, 25 Jan 2017 10:04:19 GMT Received: from dan.rpsys.net ([127.0.0.1]) by localhost (dan.rpsys.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id UURqxEaOyzVp; Wed, 25 Jan 2017 10:04:19 +0000 (GMT) Received: from hex ([192.168.3.34]) (authenticated bits=0) by dan.rpsys.net (8.14.4/8.14.4/Debian-4.1ubuntu1) with ESMTP id v0PA4Frr014234 (version=TLSv1/SSLv3 cipher=AES128-GCM-SHA256 bits=128 verify=NOT); Wed, 25 Jan 2017 10:04:16 GMT Message-ID: <1485338655.30673.73.camel@linuxfoundation.org> From: Richard Purdie To: Andrew Goodbody , "openembedded-core@lists.openembedded.org" Date: Wed, 25 Jan 2017 10:04:15 +0000 In-Reply-To: References: <1485277371.30673.59.camel@linuxfoundation.org> <1485280217.30673.61.camel@linuxfoundation.org> <1485293141.30673.63.camel@linuxfoundation.org> X-Mailer: Evolution 3.18.5.2-0ubuntu3.1 Mime-Version: 1.0 Subject: Re: configure error for glibc 2.25.2 X-BeenThere: openembedded-core@lists.openembedded.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Patches and discussions about the oe-core layer List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jan 2017 10:04:23 -0000 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit On Wed, 2017-01-25 at 09:56 +0000, Andrew Goodbody wrote: > > > > From: Richard Purdie [mailto:richard.purdie@linuxfoundation.org] > > On Tue, 2017-01-24 at 18:08 +0000, Andrew Goodbody wrote: > > >  > > > Thanks but unfortunately that did not work for me. > > > > > > I did a cleanall on glibc before trying to build it, but the > > > result > > > was the same. > > Try a "bitbake glibc-initial -c clean"? > Sorry, it was glibc-initial that I ran the cleanall on, so just clean > makes no difference. Ok, what does bitbake -e show as the value of PACKAGE_EXTRA_ARCHS? You could try putting something like: bb.warn(d.expand("${SSTATE_MANIFESTS}/manifest-%s-*.populate_sysroot" % pkgarch)) into that 'for pkgarch in pkgarchs' loop and see what its looking for. There is some detail I'm missing with the problem right now... :/ Cheers, Richard