Description of problem:
Fedora-Live-Desktop-x86_64-20-Alpha-TC1-1.iso : 1,032,847,360 bytes (1.033 GB)
As indicated at https://fedoraproject.org/wiki/QA:Testcase_Mediakit_ISO_Size and https://fedoraproject.org/wiki/Releases/20/Spins , the size limit is 1,000,000,000 bytes = 1 GB.
Version-Release number of selected component (if applicable):
20 Alpha TC1
Both i386 and x86_64 are oversized in 20 Alpha TC2.
Fedora-Live-Desktop-i686-20-Alpha-TC2-1.iso : 1,008,730,112 bytes (1.009 GB)
Fedora-Live-Desktop-x86_64-20-Alpha-TC2-1.iso : 1,044,381,696 bytes (1.044 GB)
Only x86_64 is oversized in 20 Alpha TC3.
Fedora-Live-Desktop-i686-20-Alpha-TC3-1.iso : 969,932,800 bytes (0.970 GB)
Fedora-Live-Desktop-x86_64-20-Alpha-TC3-1.iso : 1,004,535,808 bytes (1.005 GB)
x86_64 is oversized in 20 Alpha TC4.
Fedora-Live-Desktop-i686-20-Alpha-TC4.iso : 968,884,224 bytes (0.969 GB)
Fedora-Live-Desktop-x86_64-20-Alpha-TC4.iso : 1,003,487,232 bytes (1.003 GB)
x86_64 is oversized in 20 Alpha TC5.
Fedora-Live-Desktop-i686-20-Alpha-TC5.iso : 967,835,648 bytes (0.968 GB)
Fedora-Live-Desktop-x86_64-20-Alpha-TC5.iso : 1,002,438,656 bytes (1.002 GB)
Automatic Beta Blocker according to https://fedoraproject.org/wiki/QA:SOP_blocker_bug_process#Automatic_blockers : "Any release-blocking Beta or Final TC/RC image exceeding its target size (failures of QA:Testcase_Mediakit_ISO_Size)".
x86_64 is oversized in 20 Alpha RC1.
Fedora-Live-Desktop-i686-20-Alpha-1.iso : 972,029,952 bytes (0.972 GB)
Fedora-Live-Desktop-x86_64-20-Alpha-1.iso : 1,005,584,384 bytes (1.006 GB)
x86_64 is oversized in 20 Alpha RC2.
Fedora-Live-Desktop-i686-20-Alpha-2.iso : 972,029,952 bytes (0.972 GB)
Fedora-Live-Desktop-x86_64-20-Alpha-2.iso : 1,006,632,960 bytes (1.007 GB)
x86_64 is oversized in 20 Alpha RC3.
Fedora-Live-Desktop-i686-20-Alpha-3.iso : 972,029,952 bytes (0.972 GB)
Fedora-Live-Desktop-x86_64-20-Alpha-3.iso : 1,005,584,384 bytes (1.006 GB)
x86_64 is oversized in 20 Alpha RC4.
Fedora-Live-Desktop-i686-20-Alpha-4.iso : 972,029,952 bytes (0.972 GB)
Fedora-Live-Desktop-x86_64-20-Alpha-4.iso : 1,006,632,960 bytes (1.007 GB)
x86_64 is oversized in 20 Beta TC1.
Fedora-Live-Desktop-i686-20-Beta-TC1.iso : 974,127,104 bytes (0.974 GB)
Fedora-Live-Desktop-x86_64-20-Beta-TC1.iso : 1,008,730,112 bytes (1.009 GB)
x86_64 is oversized in 20 Beta TC2.
Fedora-Live-Desktop-i686-20-Beta-TC2.iso : 993,001,472 bytes (0.993 GB)
Fedora-Live-Desktop-x86_64-20-Beta-TC2.iso : 1,027,604,480 bytes (1.028 GB)
It looks like TC2 was not built with the latest changes from desktop team intended to reduce size - gnome-boxes, gnome-dictionary and prelink have all been dropped in commits aeb2bf20349398e3812bbdb4388b72d662495d5a and aac93c046ad977cfe9fc384b3984f1500950e098 , but are all present on the TC2 desktop live. So we may not need to do anything specific for TC3 except make sure the latest kickstarts are used, and it might come out OK.
Within size limit in 20 Beta TC4.
Fedora-Live-Desktop-i686-20-Beta-TC4.iso : 953,155,584 bytes (0.953 GB)
Fedora-Live-Desktop-x86_64-20-Beta-TC4.iso : 987,758,592 bytes (0.988 GB)
can be closed then, as no packages need to be pushed stable.
Oversized in 20 Beta RC3.
Fedora-Live-Desktop-i686-20-Beta-3.iso : 975,175,680 bytes (0.975 GB)
Fedora-Live-Desktop-x86_64-20-Beta-3.iso : 1,008,730,112 bytes (1.009 GB)
That's weird. The test image I built with what should have been the RC3 package set last night was:
987758592 Nov 4 18:46 20131104-prerc3-x86_64.iso
So we looked into this and it was a snafu in the image build process. Dennis will build RC4, the only change from RC3 being to build the live images right, which should fix this.
Under size limit in 20 Beta RC4.
Fedora-Live-Desktop-i686-20-Beta-4.iso : 955,252,736 bytes (0.955 GB)
Fedora-Live-Desktop-x86_64-20-Beta-4.iso : 989,855,744 bytes (0.990 GB)
Dangerously close to the size limit in 20 Final TC2.
Fedora-Live-Desktop-i686-20-TC2.iso : 967,835,648 bytes (0.968 GB)
Fedora-Live-Desktop-x86_64-20-TC2.iso : 999,292,928 bytes (0.999 GB)
hrm. could be a problem if we pull in https://admin.fedoraproject.org/updates/fedora-logos-21.0.1-1.fc20 later.
Oversized in 20 Final TC3.
Fedora-Live-Desktop-i686-20-TC3.iso : 965,738,496 bytes (0.966 GB)
Fedora-Live-Desktop-x86_64-20-TC3.iso : 1,002,438,656 bytes (1.002 GB)
Automatic Final Blocker according to https://fedoraproject.org/wiki/QA:SOP_blocker_bug_process#Automatic_blockers : "Any release-blocking Beta or Final TC/RC image exceeding its target size (failures of QA:Testcase_Mediakit_ISO_Size)".
Sigh. What changed? Better look into it tomorrow.
Here's my quick analysis of the difference between tc2 and tc3:
size difference in existing packages:
Note that up till TC2 we had about 10MB of slack, but this change:
- adding translated versions of the 'ad banners' shown during install - pushed us right up against the limit. We could consider the suggestion in the bug report - https://bugzilla.redhat.com/show_bug.cgi?id=1013280 - to use SVGs instead, which would save some space. See https://bugzilla.redhat.com/show_bug.cgi?id=1034390 and https://bugzilla.redhat.com/show_bug.cgi?id=1034407 .
or we could track down why libetonyek was allowed in as a new dependency at the last minute, and why policycoreutils-python thought it was a good idea to grow by 666000
python-cssselect comes in via python-lxml, itself required by libreoffice. https://admin.fedoraproject.org/updates/FEDORA-2013-21226/python-lxml-3.2.4-1.fc20 made it just under the freeze wire. http://autoqa.fedoraproject.org/results/695877-autotest/virt02.qa/rpmguard/results/python-lxml-3.2.4-1..html (rpmguard autoqa test) confirms that it added the dependency; the package changelog notes:
* Wed Sep 18 2013 Jeffrey Ollie <email@example.com> - 3.2.3-2 - Add requirement for on python-cssselect for the python2 version
which isn't super-informative, but seems to imply it's really just something that it ought to depend on which was left out before, I guess.
libetonyek comes in directly via libreoffice, it's required by libreoffice-graphicfilter and libreoffice-writer in 22.214.171.124-6.fc20. It is described as "
A library for import of Apple Keynote presentations". Package changelog gives no obvious indication as to the reason for the change; http://firstname.lastname@example.org/msg79926.html looks sort of relevant, though I know about nothing about LO internals.
CCing dtardon to see if he can help with either/both.
policycoreutils-python size change comes from another update that got in just under the freeze: https://admin.fedoraproject.org/updates/FEDORA-2013-21965/policycoreutils-2.2.2-2.fc20 . Changelog states:
"Shift around some of the files to more appropriate packages."
rpmguard - http://autoqa.fedoraproject.org/results/702450-autotest/virt04.qa/rpmguard/results/policycoreutils-2.2..html - shows that semodule_package was moved into policycoreutils-python.
Still, there's something odd going on, there. Both policycoreutils and policycoreutils-python are on the live images. semodule_package was moved *out* of policycoreutils, so the net impact of its move to policycoreutils-python should be zero. Several other binaries were moved from policycoreutils to policycoreutils-devel , which is *not* on the live images, so if anything, the change to policycoreutils should have *reduced* the size of the lives, not increased it. Yet according to mclasen's output:
somehow, the opposite happened. CCing dwalsh to see if he can shed any light.
policycoreutils-2.2.2-3.fc20 should shrink -python package considerably.
That's http://koji.fedoraproject.org/koji/buildinfo?buildID=482277 . Thanks, Dan. Could you submit it to Bodhi?
policycoreutils-2.2.2-3.fc20 has been submitted as an update for Fedora 20.
(In reply to Matthias Clasen from comment #26)
> or we could track down why libetonyek was allowed in as a new dependency at
> the last minute
It was not "allowed in". It crept in through a broken cellar window. libreoffice 4.1 does not need it; in fact, it is not even mentioned anywhere in the sources. But libodfgen.pc has libetonyek in Requires, even though it only needs one header from it, which defines an import interface. I have moved it to Requires.private, so it should not be added to linker command line anymore. I am going to rebuild libodfgen and libreoffice presently.
(In reply to Adam Williamson from comment #27)
> python-cssselect comes in via python-lxml, itself required by libreoffice.
Where do you see that python-lxml is required by libreoffice?
$ rpmquery --whatrequires python-lxml
Under size limit, just barely again, in 20 Final TC4.
Fedora-Live-Desktop-i686-20-TC4.iso : 963,641,344 bytes (0.964 GB)
Fedora-Live-Desktop-x86_64-20-TC4.iso : 999,292,928 bytes (0.999 GB)
dtardon: I think I did a 'yum remove python-cssselect' and it wanted to pull libreoffice out, but I don't recall precisely.
karma on the update would be appreciated - I can't karma it as I submitted it.
libreoffice-126.96.36.199-9.fc20,libodfgen-0.0.3-2.fc20 has been submitted as an update for Fedora 20.
policycoreutils-2.2.2-3.fc20 has been pushed to the Fedora 20 stable repository. If problems still persist, please make note of it in this bug report.
Let's close this now the build we pulled into TC4 is stable. Thanks for the libreoffice build, David, but we'll hold it in reserve for now - minimal necessary change is the mantra :) If we somehow get over-size again for TC5/RCs, we can pull it in.
x86_64 is oversized in 20 Final TC5.
Fedora-Live-Desktop-i686-20-TC5.iso : 966,787,072 bytes (0.967 GB)
Fedora-Live-Desktop-x86_64-20-TC5.iso : 1,000,341,504 bytes (1.0003 GB)
oh hey, looks like we'll need that LO fix after all :/ what the heck happened this time, I wonder?
did a test build with all current blocker/FE fixes, and the libreoffice update; came out at 997195776 bytes. So we should be good for next build.
RC1 is 999,292,928 bytes, just barely made it.
Within size limit in 20 Final RC1.
Fedora-Live-Desktop-i686-20-1.iso : 966,787,072 bytes (0.967 GB)
Fedora-Live-Desktop-x86_64-20-1.iso : 999,292,928 bytes (0.999 GB)
libreoffice-188.8.131.52-9.fc20, libodfgen-0.0.3-2.fc20 has been pushed to the Fedora 20 stable repository. If problems still persist, please make note of it in this bug report.