On Wed, Sep 9, 2015 at 4:55 PM, Martin Jansa <martin.ja...@gmail.com> wrote: > On Wed, Sep 09, 2015 at 09:14:20AM +0200, Andreas Müller wrote: >> On Wed, Sep 9, 2015 at 1:10 AM, Martin Jansa <martin.ja...@gmail.com> wrote: >> > On Tue, Sep 08, 2015 at 11:39:20PM +0200, Andreas Müller wrote: >> >> On Tue, Sep 8, 2015 at 7:09 PM, Martin Jansa <martin.ja...@gmail.com> >> >> 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.bb.do_populate_sysroot:virtual:native'] to >> >> > ['polkitpolkit-group-rule-datetime.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 284d6bbd28ea723c466e0c5c88a09a50 >> >> 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 recipes >> >> 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-extended/polkit/polkit_0.113.bb.do_populate_sysroot >> > with hash >> > 284d6bbd28ea723c466e0c5c88a09a50 >> > changed to >> > /home/jenkins/oe/world/shr-core/meta-openembedded/meta-oe/recipes-extended/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 :)
Ah - one further question for tests: The allarch signature change is detected only when building multiple machines - correct? Andreas -- _______________________________________________ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel