Hi all, On Fri, Feb 12, 2016 at 04:03:37PM +0100, Martin Pitt wrote: > Steve Langasek [2016-02-11 20:29 -0800]: > > There is a third option here, which I discussed with Colin and Adam and that > > (I think) we agree is workable: enable inclusion of universe in the image > > builds during development, turning this off only once we are in the final > > freeze for release.
> A big and strong NACK from my side. 10 years of experience in doing > releases have shown that this just plain doesn't work. In the end the > release team is forced to force-push all the universe stragglers to > main against our better judgement, as really nobody outside the > release team cares and right before a release there's no practical way > to revert/drop the features or new packages that caused this. > This would encourage the "throw it over the fence and make fixing it > an SEP" behaviour happen even more often. This isn't really meant to > be a personal blame to anyone -- people do what they get rewarded for, > and developers of new features or uploaders of new package versions > usually don't get rewarded (or even get time allocated) for fixing > issues like this unless they aren't able to land their feature. > Please let's keep the responsibility where it belongs. > Sorry for the strong words, but if we do this we can just as well stop > having a main/universe split completely. If that's the desire, then > let's rather be honest about it. FWIW I don't agree; we already have component-mismatches which we have a committment to drive to zero for release, and the teams that have introduced the new dependencies are responsible for driving the MIRs for those packages. So I believe that we would be no worse off by letting images build with universe enabled than we are today, since components-mismatches-zero is already a requirement for release and we would be reducing the overall workload related to this. However, thanks to Dimitri's patch to proposed-migration, which has been landed[1], it seems we don't have to come to an agreement on this point to unblock this change. I believe this means the only blocker for effecting this change is to update the behavior of germinate itself. The MP that Dimitri raised against germinate has seen some testing; in addition to the germinate output, I've done a full components-mismatches run with the new behavior. The output can be found here: http://people.canonical.com/~vorlon/components-mismatches-builddeps/ This looks to be working, giving us the desired behavior. Highlights: - The number of packages pending promotion drops from 59 to 33, a reduction of 44%. Notably, it does remove nodejs from the list of pending promotions, which is good since we know we cannot provide security support for nodejs. - The number of source packages demoted to universe is 693. This is only about 11% of the source packages in main (6250). Quite a bit lower than the original estimate, but still worthwhile and unblocks us for reducing deltas for other packages. - Roughly 100 python2 module packages move to universe with this change. Unfortunately, as python2 has roughly 350 reverse-dependencies in main in xenial, this seems unlikely to let us completely eliminate python2 from main for 16.04. Provided the germinate change lands early next week, and we get the necessary changes implemented in Launchpad (Dimitri, is this part in progress?) we should be on track to implement the changes to the archive well before release. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developer http://www.debian.org/ [email protected] [email protected] [1] https://lists.ubuntu.com/archives/ubuntu-release/2016-March/003659.html
signature.asc
Description: Digital signature
-- ubuntu-devel mailing list [email protected] Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
