<div dir="auto">RgfdfcD<div dir="auto"><br></div><div dir="auto"><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On 31-Jul-2017 7:27 PM, "Tom Rini" <<a href="mailto:trini@konsulko.com">trini@konsulko.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Armin,<br>
<br>
The following changes in master are relevant to both morty and pyro:<br>
<br>
commit 0a7ce0b971a208956cb895ba5a869e<wbr>c8c5d94703<br>
Author: Tom Rini <<a href="mailto:trini@konsulko.com">trini@konsulko.com</a>><br>
Date: Fri Jul 21 18:06:33 2017 -0400<br>
<br>
image.bbclass: Correct chaining compression support<br>
<br>
commit 98a2afeb3a53bec7a72a4a9846e1db<wbr>a636cc6f3d<br>
Author: Tom Rini <<a href="mailto:trini@konsulko.com">trini@konsulko.com</a>><br>
Date: Tue Jul 25 15:58:09 2017 -0400<br>
<br>
image: Fix "metadata is not deterministic" when chaining 2+ CONVERSION_CMDs<br>
<br>
And fix the problem where you cannot make arbitrary combinations of say<br>
"ext4", "u-boot" and "xz" images. In the interest of full disclosure,<br>
it is entirely possible that there are image types introduces in other<br>
layers that have the same problem that the "u-boot" type had which lead<br>
to 46bc438374de being done in the first place, which is to say a new<br>
IMAGE_CMD that also cleaned up the intermediate files on its own. This<br>
may make this too risky to pull into stable branches and that's fine.<br>
Thanks for your consideration!<br>
<br>
--<br>
Tom<br>
<br>--<br>
______________________________<wbr>_________________<br>
Openembedded-core mailing list<br>
<a href="mailto:Openembedded-core@lists.openembedded.org">Openembedded-core@lists.<wbr>openembedded.org</a><br>
<a href="http://lists.openembedded.org/mailman/listinfo/openembedded-core" rel="noreferrer" target="_blank">http://lists.openembedded.org/<wbr>mailman/listinfo/openembedded-<wbr>core</a><br>
<br></blockquote></div></div>