The new version of codeina has an incredibly long new set of deps which has taken livecds from having a comfortable safety cushion to being 20 megs over (post-compression). Notable things that look a little odd: * Dep on redhat-lsb. This is incredibly expensive as it ends up bringing in a lot of things like binutils, m4, etc which aren't at all needed in the general case. What's needed out of redhat-lsb? * twisted. This one is probably a little less easy to unravel, but twisted brings along PyXML, SOAP, pyOpenSSL and about 15-20 megs (uncompressed) of stuff. Of which I suspect codeina is at most using a tiny subset :-/
Being assigned to orphan owner doesn't really help much.
And actually, it looks like all of this is due to bumping to current upstream with all of the "get from third party places" features. Feature freeze was weeks ago and so we probably should just ship the f8+updates state for F9 and then get the new stuff in order for F10 (and potentially an f9 update)
I was hoping we could make do with the new upstream version for this beta release. It's very likely we'll switch back to the old version before gold though.
That kind of defeats the purpose of the preview release. The purpose is so that we get testing of the bits _we're going to ship_ so that we can find any problems that need to be fixed and ensure high quality of the final release. And given the added hit of "it breaks the livecd" (from a space perspective), that makes doing some new and then fallback later dance even less attractive.
Given the amount of time I was given by the board to get it added and updated, it's the best I could do.
The intention from the board discussion was, for Fedora 9, to just go back to the status quo of what was shipped in F8+updates. See the most recent board minutes
Couldn't it simply have had the release number bumped, then been tagged and built from the source already in the CVS lookaside? Now that requires an epoch bump too.
codeina-0.10.1-8.fc9 is tagged for f9-final.