Re: [OE-core] [oe-core][PATCH 1/1] gtk-immodules-cache: add conditional delay_to_first_boot

2018-06-26 Thread Slater, Joseph
Actually, it is a screw-up trying to deal with something that was already 
fixed.  At least it never gets executed.

Joe

From: Alexander Kanavin [alex.kana...@gmail.com]
Sent: Tuesday, June 26, 2018 12:19 PM
To: Slater, Joseph
Cc: OE-core
Subject: Re: [OE-core] [oe-core][PATCH 1/1] gtk-immodules-cache: add 
conditional delay_to_first_boot

2018-06-26 20:51 GMT+02:00 Joe Slater :
> -bindir=${bindir}
> +bindir=${bindir} || \
> +$INTERCEPT_DIR/postinst_intercept delay_to_first_boot ${PKG} \
> +mlprefix=${MLPREFIX}

Please read the postinst_intercept script. It does not actually
execute qemu at all, and so never fails due to non-working qemu. It
only requests such execution at the end of package installation
transaction. Also, if such later qemu execution does fail, then the
postinst does get deferred to first boot automatically. How did you
come up with this patch?

Alex
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core


Re: [OE-core] [oe-core][PATCH 1/1] gtk-immodules-cache: add conditional delay_to_first_boot

2018-06-26 Thread Alexander Kanavin
2018-06-26 20:51 GMT+02:00 Joe Slater :
> -bindir=${bindir}
> +bindir=${bindir} || \
> +$INTERCEPT_DIR/postinst_intercept delay_to_first_boot ${PKG} \
> +mlprefix=${MLPREFIX}

Please read the postinst_intercept script. It does not actually
execute qemu at all, and so never fails due to non-working qemu. It
only requests such execution at the end of package installation
transaction. Also, if such later qemu execution does fail, then the
postinst does get deferred to first boot automatically. How did you
come up with this patch?

Alex
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core