<div dir="ltr"><div dir="ltr">On Mon, Apr 1, 2019 at 7:25 PM Petr ┼átetiar <<a href="mailto:ynezz@true.cz">ynezz@true.cz</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Jo-Philipp Wich <<a href="mailto:jo@mein.io" target="_blank">jo@mein.io</a>> [2019-04-01 11:18:55]:<br>
<br>> Instead of having one set of images a few MB larger, we have a completely<br>
> new set of larger images *and* the existing ones.<br>
<br>
I'm all in for having usable images out of the box, without any additional<br>
post-processing steps, but on the other hand I understand, that this might<br>
slow down noticeably some existing use cases.<br>
<br>
BTW, we're talking on x86 probably about additional 40M (~10M per each of 4<br>
subtargets) and 8 additional QEMU ready images.┬á On armvirt/malta we're going<br>
to produce(if agreed upon) padded images by default, so no difference there.<br></blockquote><div><br></div><div>May I ask, is there consensus on how to approach this? (Apologies, I haven't been following this thread very closely.)</div><div><br></div><div>Jeff</div><div><br></div></div></div>