#1016 [distribution] Fedora 38: Workstation live x86_64 image exceeds maximum size | rhbz#2149246
Closed a year ago by blockerbot. Opened a year ago by blockerbot.

Bug details: https://bugzilla.redhat.com/show_bug.cgi?id=2149246
Information from BlockerBugs App:
2149246

Current vote summary

Commented but haven't voted yet: tablepc, gui1ty, mattdm, kparal, bittin

The votes have been last counted at 2023-02-27 15:48 UTC and the last processed comment was #comment-843550

To learn how to vote, see:
https://pagure.io/fedora-qa/blocker-review
A quick example: BetaBlocker +1 (where the tracker name is one of BetaBlocker/FinalBlocker/BetaFE/FinalFE/0Day/PreviousRelease and the vote is one of +1/0/-1)


This has been looked at several times over several releases now. the kernel, gnome, and the installed applications have grown over time. I don't see portable media or storage being a problem. Thumb drives are way beyond a foreseeable image size and even Blue-ray disks can hold 4 GB. Internal storage is in a similar situation. Is it that we want to support very old PCs and laptops? Are we concerned that if we don't continue pushing on image size that it will grow fast and out of control?

As the kernel, gnome, and the installed applications will continue to grow; so I guess the main control we have to limit the image size is to leave things out. HMmmmm... That seems like a dicey business.

Anyway, just some thoughts.

Are we concerned that if we don't continue pushing on image size that it will grow fast and out of control?

I think there's other concerns regarding the size of the image. One I remember is the burden of bandwidth and storage it puts on mirror operators.

From the bug (@catanzaro):

OK for avoidance of doubt, we will almost certainly just raise the size requirement. But we're intentionally keeping the size requirement low so that we get a noisy warning when it gets bigger like this, and people who want to investigate can do so.

Are we concerned that if we don't continue pushing on image size that it will grow fast and out of control?

I am so concerned, yes. Bandwidth and storage are still concerns, as is download speed. I'm not sure that's enough to make it a blocker criterion, though — in practice, that seems to result in shuffling things or raising the limit under pressure rather than being thoughtful about growth.

Also, it's often an indicator of something gone horribly wrong. (As with the kexec problem found in the bug referenced here, which was fixed. And the dnf cache thing, which -- I guess was fixed?) For

Instead, maybe those should be automatic Prioritized Bug proposals?

Basically, "can we hit this with a smaller hammer"?

This discussion might be more suitable to do in a test list. Speaking for myself, I don't have a problem with the current process.

i don't see a problem with the ISO being bigger then 2,1GB, DVD-R disks are 4,7GB and i am pretty sure most people that install Fedora Workstation these days, install it from like a big USB stick

Metadata Update from @blockerbot:
- Issue status updated to: Closed (was: Open)

a year ago

Release F38 is no longer tracked by BlockerBugs, closing this ticket.

Login to comment on this ticket.

Metadata