From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wi0-f182.google.com (mail-wi0-f182.google.com [209.85.212.182]) by mail.openembedded.org (Postfix) with ESMTP id 5ADDF60053; Wed, 9 Sep 2015 17:02:18 +0000 (UTC) Received: by wicfx3 with SMTP id fx3so164603712wic.1; Wed, 09 Sep 2015 10:02:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:date:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=FQ6Q38ZG/IyIYkP88VnJ43YoEbrs3hfVMHKpSRKo868=; b=1FMXkg5qLR2pienoCeCLhUYRKCjEmKfhuZFhDfFP6sn0FQz2UcTA+/L7C8FstVuHhX QawcyhSSL7G4XUmqhJA44c7/p1ZwbT48ZZxYrtjAKzUJjOF7xbPFJxP2cTzn1wcBAWos pBsQ6VLIn87iHIzX2apIxQhMN7USJraTvYDNpxIvVcc8HsxZK2ibtX8bu60wkqgsipNV 9d3n9etQ/6T5HKvG+AnFnHuv8Dr8Z7jhb7aA27iAZjPapUiBBUXN3BmGGjvXGGYAZVAs mT+cHhgVOnYuUAo5wqlZ8GCObLwc9nyUdRyDxLoe29FrNyN01mszUS0+LByCnOKMP5Zt 80Cw== X-Received: by 10.180.182.107 with SMTP id ed11mr57611572wic.52.1441818138577; Wed, 09 Sep 2015 10:02:18 -0700 (PDT) Received: from localhost (ip-86-49-34-37.net.upcbroadband.cz. [86.49.34.37]) by smtp.gmail.com with ESMTPSA id ny7sm4812520wic.11.2015.09.09.10.02.17 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 09 Sep 2015 10:02:17 -0700 (PDT) From: Martin Jansa X-Google-Original-From: Martin Jansa Date: Wed, 9 Sep 2015 19:03:11 +0200 To: Andreas =?iso-8859-1?Q?M=FCller?= Message-ID: <20150909170311.GB2390@jama> References: <20150908155801.GD2381@jama> <20150908170942.GE2381@jama> <20150908231037.GH2381@jama> <20150909145531.GA2390@jama> MIME-Version: 1.0 In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) Cc: "openembedded-devel@lists.openembedded.org" , Patches and discussions about the oe-core layer Subject: Re: State of bitbake world, wrong PACKAGE_ARCHs 2015-09-08 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, 09 Sep 2015 17:02:19 -0000 X-Groupsio-MsgNum: 70927 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="kORqDWCi7qDJ0mEj" Content-Disposition: inline --kORqDWCi7qDJ0mEj Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 09, 2015 at 05:14:59PM +0200, Andreas M=FCller wrote: > On Wed, Sep 9, 2015 at 4:55 PM, Martin Jansa wro= te: > > On Wed, Sep 09, 2015 at 09:14:20AM +0200, Andreas M=FCller wrote: > >> On Wed, Sep 9, 2015 at 1:10 AM, Martin Jansa = wrote: > >> > On Tue, Sep 08, 2015 at 11:39:20PM +0200, Andreas M=FCller wrote: > >> >> On Tue, Sep 8, 2015 at 7:09 PM, Martin Jansa wrote: > >> >> > ERROR: polkit-group-rule-datetime different signature for task do= _configure.sigdata between qemux86copy and qemuarm > >> >> > runtaskdeps changed from ['polkitpolkit-group-rule-datetime.bb.do= _patch', 'polkitpolkit_0.113.bb.do_populate_sysroot', 'shadowshadow_4.2.1.b= b.do_populate_sysroot:virtual:native'] to ['polkitpolkit-group-rule-datetim= e.bb.do_patch', 'polkitpolkit_0.113.bb.do_populate_sysroot', 'shadowshadow_= 4.2.1.bb.do_populate_sysroot:virtual:native'] > >> >> > /home/jenkins/oe/world/shr-core/meta-openembedded/meta-oe/recipes= -extended/polkit/polkit_0.113.bb.do_populate_sysroot with hash 284d6bbd28ea= 723c466e0c5c88a09a50 > >> >> I missed many of these - because I am not up to date on oe-core (did > >> >> not want to loose midori for my images) - will change that soon. For > >> >> this type of error: is it correct that it is caused by allarch reci= pes > >> >> depending on machine/architecture specific recipes? > >> > > >> > close, the important part is few lines bellow: > >> > > >> > /home/jenkins/oe/world/shr-core/meta-openembedded/meta-oe/recipes-ex= tended/polkit/polkit_0.113.bb.do_populate_sysroot > >> > with hash > >> > 284d6bbd28ea723c466e0c5c88a09a50 > >> > changed to > >> > /home/jenkins/oe/world/shr-core/meta-openembedded/meta-oe/recipes-ex= tended/polkit/polkit_0.113.bb.do_populate_sysroot > >> > with hash > >> > 06cf7139c6588d047fa11444d88175ab > >> > Hash for dependent task polkitpolkit_0.113.bb.do_populate_sysroot > >> > changed from 284d6bbd28ea723c466e0c5c88a09a50 to > >> > 06cf7139c6588d047fa11444d88175ab > >> > > >> > so allarch recipe polkitpolkit-group-rule-datetime is depending on > >> > TUNE_PKGARCH-specific recipe polkit (on it's do_populate_sysroot task > >> > which is expected to be different for diferent TUNE_PKGARCHs) > >> > > >> So to fix we could > >> > >> 1. either remove dependencies or > >> 2. remove allarch or > >> 3. ?? > > > > 3a) add such dependency to SIGGEN_EXCLUDERECIPES_ABISAFE if it's > > completely ABI safe (recipes depending on it shouldn't get rebuild after > > any changes to it) > > 3b) add such dependency to SIGGEN_EXCLUDE_SAFE_RECIPE_DEPS to exclude it > > only for given recipe (in this case by saying that polkit-groups doesn't > > need rebuild when polkit recipe is changed in any way) > > > >> For e.g the polkit-groups 1 seems not possible what about package > >> feeds when removing allarch? > > > > I think in this case 3a) and 3b) don't apply as well, so easiest and > > safest option is 2), package feeds should survive that, because new > > package will have higher version (when PRserv is used) and also higher > > package arch priority (all is lowest). Even the sysroot should now > > survive ok, with new functionality which "uninstalls" staged file for > > unreachable stamps. > > > > Also polkit-groups build doesn't take very long, so we don't mind to > > build it once per TUNE_PKGARCH instead of building it as allarch only > > once but with unsafe deps. > > > Thanks a lot and I agree with removing allarch for this case. Hope I > have the courage to update oe-core this weekend :) >=20 > Ah - one further question for tests: The allarch signature change is > detected only when building multiple machines - correct? Yes, to detect the most obvious issues I'm using qemux86 and qemux86copy MACHINEs (qemux86copy is added in one of oe-core/jansa/master patches). This is good for detecting TUNE_PKGARCH depending on MACHINE_ARCH. But to detect allarch depending on TUNE_PKGARCH recipe you need to compare it between 2 MACHINEs with different TUNE_PKGARCH (I'm using qemux86 and qemuarm). Most of this testing logic is defined in: openembedded-core/scripts/sstate-diff-machines.sh if you pass --analyze parameter, that's what jenkins jobs are using to generate this report. Regards, >=20 > Andreas --=20 Martin 'JaMa' Jansa jabber: Martin.Jansa@gmail.com --kORqDWCi7qDJ0mEj Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlXwZk4ACgkQN1Ujt2V2gBxmsgCfQClaG4mZXen65qhEv6UJq52A mtoAn3kJCjwp/k6+Ay0kEgG0yOU2UXo2 =DVDS -----END PGP SIGNATURE----- --kORqDWCi7qDJ0mEj--