Re: Oversize F42 aarch64 netinst image

[Paul Maconi, Jr.]

Hi Friends!

I read through the final blocker notes today and the meeting notes from
last week. I think that the historical constraint to 1GB might be too tight
for the general user population. Yes, you can still buy drives that small
(512 MB, too!), but they're often more expensive than buying an 8GB or 16
GB flash drive. Is keeping the image that small 'worth the squeeze', as
they say?

Thanks,

Paul

On Mon, Mar 24, 2025 at 2:30 PM Peter Robinson via server <
[e-mail]> wrote:
> On Mon, 24 Mar 2025 at 18:33, Adam Williamson via server <
> [e-mail]> wrote:
> > Hi folks! Sorry I missed the meeting last week. Just wanted to kick off
> > a mailing list topic for this. As briefly discussed at the meeting, the
> > aarch64 server netinst image is over its 'maximum size', and this is a
> > release-blocking bug:
> > https://bugzilla.redhat.com/show_bug.cgi?id=2352679
> >
> > we can either try and figure out why it got bigger and squish it back
> > down again, or just bump the policy maximum size. We're generally more
> > relaxed about maximum sizes these days since they're not so tied to
> > optical media any more and USB sticks are plentiful and cheap. The
> > current policy max is 1GB, and I don't remember the last time I saw a
> > 1GB USB stick, so bumping to say 2GB probably wouldn't cause any
> > *practical* issues.
> >
> > Still, it's nice to have these maximums so we catch any cases where
> > images are unnecessarily getting bigger. I do have a process for
> > figuring out what's taking up space on an image and I'll try to run
> > through that and post results on the bug later. These days, it
> > *usually* turns out to be linux-firmware getting bigger; various OEMs
> > are constantly dumping large blobs into linux-firmware these days,
> > something we can do little about :/
>
> Yes, that would have been my guess, there's been quite a few qcom
> firmwares added recently, and sadly they're tending towards device/vendor
> specific signed versions rather than SoC specific variants like many other
> vendors do.
> P
>
> server mailing list -- [e-mail]
> To unsubscribe send an email to [e-mail]
> Fedora Code of Conduct:
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/[e-mail]
> Do not reply to spam, report it:
> https://pagure.io/fedora-infrastructure/new_issue