On Sun, 3 Oct 2021 at 14:27, Stephen John Smoogen <smooge(a)gmail.com> wrote:
On Fri, 1 Oct 2021 at 16:38, Peter Boy <pboy(a)uni-bremen.de> wrote:
>
> Guys!
>
> Now we have a similar bug as for aarch64 edition:
>
> x86_64 netinstall image exceeds maximum size.
>
>
https://bugzilla.redhat.com/show_bug.cgi?id=2009731
>
> is: 735051776 bytes
> max: 734003200 bytes
>
>
> Who will take care of this?
>
>
> Maybe we should review the aarch64 issue again?
>
As of 2020-10-03 17:50 UTC
658M ./Fedora-Server-netinst-aarch64-35-20211003.n.0.iso
730M ./Fedora-Server-netinst-armhfp-35-20211003.n.0.iso
702M ./Fedora-Server-netinst-x86_64-35-20211003.n.0.iso
Once mounted the self reported sizes changed slightly
657M ./fedora_35_aarch64
728M ./fedora_35_armhfp
795M ./fedora
The install images (aka ./fedora_35_x86_64/images/install.img) are
about the same size
du -sch ./fedora_35_image_*
1.6G ./fedora_35_image_aarch64
1.4G ./fedora_35_image_armhfp
1.5G ./fedora_35_image_x86_64
Looking inside the images, I am not sure why the arm and x86_64 are
not compressing as well as the aarch64. The x86_64 and aarch64 have
equal amounts of already compressed files in .xz format taking up a
couple hundred megabytes. At this point, I am guessing the compression
amount in the overall images are different OR some vagurie of file
layouts is allowing one to be 'more compressible' than the other.
Looking in there the biggest user of space is either linux-firmware or
the locale archive.
Sorry I do not see an easy solution to this.
If no one else has any ideas, I would say go with upping the limits
for the time being.
--
Stephen J Smoogen.
I've seen things you people wouldn't believe. Flame wars in
sci.astro.orion. I have seen SPAM filters overload because of Godwin's
Law. All those moments will be lost in time... like posts on a BBS...
time to shutdown -h now.