Unfortunately, I was unable to attend the last Blocker meetings due to other commitments. Hence my opinion here.
Am 24.03.2025 um 18:18 schrieb Adam Williamson via server server@lists.fedoraproject.org:
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 main reason for our (i.e. Server WG) reluctance to increase the size is not the storage medium, but the consideration of the precarious internet connection in many parts of the world. And I still think that's important.
On the other hand, we naturally also want to provide a functioning server in regions with a weak Internet connection. Therefore
Am 24.03.2025 um 20:29 schrieb Peter Robinson via server server@lists.fedoraproject.org:
...
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.
So, if the increase in size is due to technical reasons / technical evolution, then I think that's OK. In the past, these were often build artifacts. In that case, I would not consider it OK.
@Peter Robinson: What do you mean with „guess“? Is it “just” a rough guess, or does it mean a reasoned judgment based on facts? (I assume the latter, sorry my limited language skills for the finer points here)
I will put this on our agenda for Wednesday so we get a decision.
— Peter Boy https://fedoraproject.org/wiki/User:Pboy PBoy@fedoraproject.org
Timezone: CET (UTC+1) / CEST (UTC+2)
Fedora Server Edition Working Group member Fedora Docs team contributor and board member Java developer and enthusiast