<div dir="ltr">Thank you for the background. This can be marked as invalid. </div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, 22 Sept 2023 at 16:12, Colin Watson <<a href="mailto:cjwatson@debian.org">cjwatson@debian.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Fri, Sep 22, 2023 at 03:41:53PM +0100, Phil Roche wrote:<br>
> While working on new arm64 Ubuntu 23.10 Mantic minimal cloud images<br>
> (<a href="http://cloud-images.ubuntu.com/minimal/daily/mantic/" rel="noreferrer" target="_blank">http://cloud-images.ubuntu.com/minimal/daily/mantic/</a>) we discovered that<br>
> `dmidecode` was not being installed in the arm64 images.<br>
> <br>
> In debugging, I found that the package dependencies of the libparted2<br>
> package<br>
> differ between arm64 and amd64. arm64 `libparted2` does not depend on<br>
> `dmidecode` but on amd64 it does.<br>
<br>
This is intentional, because libparted only uses dmidecode for<br>
identifying old Intel Macs with special GPT quirks, and that's only<br>
relevant on x86.  I don't personally see why this needs to be extended<br>
to arm64, although of course if somebody comes forward and explicitly<br>
confirms that it's relevant to partitioning on Apple Silicon or whatever<br>
then we could do that - but I wouldn't do it just for architectural<br>
symmetry.<br>
<br>
If you explicitly need dmidecode to be on your images, then I think you<br>
should have an explicit dependency or similar to ensure that, rather<br>
than relying on a dependency via libparted (which is an implementation<br>
detail).  Is that a problem?<br>
<br>
-- <br>
Colin Watson (he/him)                              [<a href="mailto:cjwatson@debian.org" target="_blank">cjwatson@debian.org</a>]<br>
</blockquote></div><br clear="all"><div><br></div><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div>Phil Roche<br></div><div>Staff Software Engineer<br><div>Canonical Public Cloud</div></div></div></div>