Server boot x86_64 image https://kojipkgs.fedoraproject.org/compose/rawhide/Fedora-Rawhide-20221207.n.0/compose/Server/x86_64/iso/Fedora-Server-netinst-x86_64-Rawhide-20221207.n.0.iso from compose Fedora-Rawhide-20221207.n.0 is 736935936 bytes, exceeding the maximum size 734003200. Canonical maximum sizes can be found at https://fedoraproject.org/wiki/Releases/38/Spins and https://fedoraproject.org/wiki/Releases/38/ReleaseBlocking . This check is run by the 'relval' tool, which has its own list of maximum sizes derived from those pages. If the maximum size used for this comparison is wrong, please add a comment and file a bug against relval at https://pagure.io/fedora-qa/relval/issues and it will be corrected. If you believe the canonical maximum size for an image should be changed, please follow the appropriate process before filing a relval bug.
Server boot x86_64 image https://kojipkgs.fedoraproject.org/compose/rawhide/Fedora-Rawhide-20221210.n.0/compose/Server/x86_64/iso/Fedora-Server-netinst-x86_64-Rawhide-20221210.n.0.iso from compose Fedora-Rawhide-20221210.n.0 is 738646016 bytes, exceeding the maximum size 734003200.
This is resolved by the recent dracut changes, 20221214.n.0 image is undersize.
Server boot x86_64 image https://kojipkgs.fedoraproject.org/compose/rawhide/Fedora-Rawhide-20221223.n.0/compose/Server/x86_64/iso/Fedora-Server-netinst-x86_64-Rawhide-20221223.n.0.iso from compose Fedora-Rawhide-20221223.n.0 is 743749632 bytes, exceeding the maximum size 734003200.
Most of the size gain here happened between 1219.n.0 and 1220.n.0. It doesn't seem to be a package set change, both images had 808 packages. Investigating now.
Huh. So most of the change there seems to come down to...the kernel. The kernel went from 6.1.0-65.fc38 to a 6.2.0-0.rc0.20221219git build. The 6.2.0 kernel itself (vmlinuz) is 2.4MB bigger: 15.2MB compared to 12.8MB. The modules directory is 8.4MB bigger on 6.2.0: 92.3MB compared to 83.9MB. Justin, can you see why 6.2.0 seems significantly larger than 6.1.0? Is there anything we can trim, at package level or if necessary only in the installer environment? Thanks!
There was another 5MB increase between 20221220.n.0 and 20221221.n.0 which seems to be due to webkitgtk (come on down, again). 20221220.n.0 had /usr/lib64/libwebkit2gtk-4.1.so.0.4.0 size 56M and /usr/lib64/libjavascriptcoregtk-4.1.so.0.3.1 size 23M; 20221221.n.0 has /usr/lib64/libwebkit2gtk-4.1.so.0.5.0 size 70M and /usr/lib64/libjavascriptcoregtk-4.1.so.0.3.2 size 26M. Those are uncompressed sizes, I guess compressed it only makes a 5M difference. mcatanzaro, any idea why these files got much bigger between webkitgtk-2.39.2-7.fc38 and webkitgtk-2.39.3-3.fc38?
Just to confirm, we have not made any changes to the installation media, yet (our current discussion is about changes for 39).
(In reply to Adam Williamson from comment #6) > mcatanzaro, any idea why these files got much bigger between > webkitgtk-2.39.2-7.fc38 and webkitgtk-2.39.3-3.fc38? Not really. I disabled LTO due to https://bugs.webkit.org/show_bug.cgi?id=249368. That's the most significant change that I can think of; could it really make that big of a difference? It's only a few weeks of commits between 2.39.2 vs. 2.39.3, so not a lot of time for too much to change.
Server boot x86_64 image https://kojipkgs.fedoraproject.org/compose/rawhide/Fedora-Rawhide-20230107.n.0/compose/Server/x86_64/iso/Fedora-Server-netinst-x86_64-Rawhide-20230107.n.0.iso from compose Fedora-Rawhide-20230107.n.0 is 746446848 bytes, exceeding the maximum size 734003200.
Server boot x86_64 image https://kojipkgs.fedoraproject.org/compose/rawhide/Fedora-Rawhide-20230111.n.0/compose/Server/x86_64/iso/Fedora-Server-netinst-x86_64-Rawhide-20230111.n.0.iso from compose Fedora-Rawhide-20230111.n.0 is 746342400 bytes, exceeding the maximum size 734003200.
Setting AcceptedBlocker as oversize bugs are considered automatic blockers.
Server boot x86_64 image https://kojipkgs.fedoraproject.org/compose/rawhide/Fedora-Rawhide-20230121.n.0/compose/Server/x86_64/iso/Fedora-Server-netinst-x86_64-Rawhide-20230121.n.0.iso from compose Fedora-Rawhide-20230121.n.0 is 758908928 bytes, exceeding the maximum size 734003200.
Server boot x86_64 image https://kojipkgs.fedoraproject.org/compose/rawhide/Fedora-Rawhide-20230126.n.0/compose/Server/x86_64/iso/Fedora-Server-netinst-x86_64-Rawhide-20230126.n.0.iso from compose Fedora-Rawhide-20230126.n.0 is 754368512 bytes, exceeding the maximum size 734003200.
Server boot x86_64 image https://kojipkgs.fedoraproject.org/compose/rawhide/Fedora-Rawhide-20230202.n.0/compose/Server/x86_64/iso/Fedora-Server-netinst-x86_64-Rawhide-20230202.n.0.iso from compose Fedora-Rawhide-20230202.n.0 is 755822592 bytes, exceeding the maximum size 734003200.
Server boot x86_64 image https://kojipkgs.fedoraproject.org/compose/rawhide/Fedora-Rawhide-20230205.n.0/compose/Server/x86_64/iso/Fedora-Server-netinst-x86_64-Rawhide-20230205.n.0.iso from compose Fedora-Rawhide-20230205.n.0 is 757651456 bytes, exceeding the maximum size 734003200.
This bug appears to have been reported against 'rawhide' during the Fedora Linux 38 development cycle. Changing version to 38.
Server boot x86_64 image https://kojipkgs.fedoraproject.org/compose/rawhide/Fedora-Rawhide-20230208.n.0/compose/Server/x86_64/iso/Fedora-Server-netinst-x86_64-Rawhide-20230208.n.0.iso from compose Fedora-Rawhide-20230208.n.0 is 757688320 bytes, exceeding the maximum size 734003200.
Today's is 718012416 , back under size again for now, thanks to the linux-firmware changes.