/srv/irclogs.ubuntu.com/2011/05/19/#ubuntu-release.txt

=== yofel_ is now known as yofel
=== ara_ is now known as ara
=== doko_ is now known as doko
dokoskaet, cjwatson: just reading allison's email; didn't we move the DebianImportFreeze?09:27
* ScottK thought we did.11:38
cjwatsonI thought so too11:39
cjwatsonLaney: could you change the ocaml-[a-z-] bits in the ocaml transition regexes to (ocaml-[a-z-]|camlp4-) please?15:27
cjwatsonLaney: I think the current version actually does catch everything, but better safe than sorry15:29
Laneycjwatson: sure. If you want to commit it to the branch then I can just pull that.15:29
cjwatsonLaney: which branch, the ~ubuntu-transition-trackers one?15:33
cjwatsonor are you using git?15:33
Laneycjwatson: yeah, that's the one I'm using now15:34
cjwatsonLaney: ok, cool - done15:37
Laneypulled, thanks15:38
micahgskaet: ping16:23
skaethi micahg16:24
micahghi skaet16:24
micahgI was wondering would it make sense to make alpha 2 after the platform rally?16:25
micahgor was it made the week of on purpose?16:25
skaetmicahg,  I was talking to jibel about it as well.16:25
skaetwas planning on starting a discussion off on the subject after get off vacation next week.16:25
micahgskaet: ok, also, I was wondering why DIF was so early16:26
skaetkey is going to make sure we have image build and testing over july holiday weekend.16:26
skaetmicahg,  it was brought up at UDS,  and after looking at the back scroll, I see cjwatson, ScottK, and doko commenting as well.16:28
micahgah, I must have missed that discussion16:28
skaetI'll take another pass at the schedule on Monday, and see if these two issues can get sorted.16:28
micahgskaet: I'm just curious why, if there's a good reason for DIF being so early, it's obviously fine16:28
skaetmicahg,  in maverick (https://wiki.ubuntu.com/MaverickReleaseSchedule ) it was between alpha 1 and alpha 2.  Same story with Natty (its just that Natty had Christmas breaks, etc. in it so it seemed longer).  Oneiric is following the same pattern as both of those (between Alpha1 and Alpha 2).   I'll go back through the notes from UDS, and see what options might work.16:32
cjwatsonI think raw elapsed time is more important to DIF than alignment with milestones16:33
micahg+116:33
micahgthat's what I was noticing, natty was week 11, oneiric week 716:33
cjwatsonsince our milestones have very little effect on Debian development16:33
micahgon the other hand, maverick was week 816:34
cjwatsonwe stop autosyncing for a few days around milestones anyway16:34
skaetok,  this cycle is closer to maverick in terms of timing.   If we push Alpha 2 out to July 7th,  we can move DIF to week 8.  We'd then have the rally week, to settle things down, before pushing out an image.16:37
cjwatsonskaet: I don't see why it needs to be dependent on Alpha 2 at al16:37
cjwatson*all16:37
skaetcjwatson,  desire to minimize the surprises the week before, and not have to ask folk to work the weekends to get things sorted.16:38
cjwatsonit doesn't affect that16:38
cjwatsonpeople just switch to filing big slews of manual sync requests instead16:38
cjwatsonit really isn't a work-weekends kind of thing IMO16:39
cjwatsonmost of the worst surprises are internally generated :-)16:39
* skaet bows to your experience on that ;)16:40
cjwatsonwe quite happily do autosyncs around Alpha 1, for instance16:40
cjwatsonand I know A1 is a bit more free-and-easy but it still isn't generally a problem - we just stop autosyncing for a few days to let things settle down16:41
skaetyeah, but expectations are a bit lower.16:41
cjwatsonmostly just to free up build time16:41
* skaet nods16:41
cjwatsonright, but I'm having a hard time thinking of problems caused by autosyncing for an A116:41
Laneyrelated: could DIF for universe be later than for main?16:41
cjwatsonLaney: I wouldn't recommend it16:41
cjwatsonLaney: you'll get all sorts of awkward skew16:42
LaneyI can see how it could cause problems16:42
Laneyright16:42
cjwatsonit's technically possible (if fiddly) - but I think I'd rather have manual sync requests for that16:42
LaneyI just tend to think that on balance Universe benefits from having autosync rather than DIF16:42
Laneybecause fewer people are looking specifically at most of the packages16:43
Laneymaybe that's true for main too..16:43
skaetcjwatson, do you remember what the options/preference for DIF was from UDS?16:43
cjwatsonLaney: it does, but there are enough subsystems spread across main+universe that it gets painful16:43
cjwatsonskaet: I remember my opinion, but I can't remember whether it carried ... :-)16:44
cjwatsonskaet: there are hopefully recordings?16:44
* skaet looking for them now...16:44
skaetcjwatson: when did you want to see it?16:44
cjwatsonthe other problem with having DIF too early is that nominally, before DIF is when most merges are supposed to happen (and it's good for the bulk of merges to happen in a period when we're autosyncing, for similar reasons of avoiding skew)16:45
cjwatsonand I think seven weeks is too short a time to get most merges done in, especially if the argument is trying to reduce the amount people have to work weekends16:45
Laneyof course, it's not possible to determine statically which syncs are going to cause problems16:46
Laneymaybe I'm in favour of DIF=FF :-)16:46
* Laney ponders some more16:46
micahgLaney: sure, anything with lots of rdepends :)16:47
Laneymicahg: heh, there are definitely some heuristics, but you're never going to be able to predict accurately16:47
Laneynot that blanket autosyncing is without its problems16:47
cjwatsonskaet: we went between weeks 8 and 9 for quite a few releases, and I think that generally worked out OK from the point of view of having just enough time to get merges done in16:48
skaetHow about Alpha 2 July 7,  DIF  July 14,  10.04.3 July 21 ?  Alpha 3 is on Aug 4, and FF is on Aug 11th.   Any concerns?16:48
cjwatsonalternatively, Alpha 2 June 30, DIF July 7, and leave the rest where it is16:49
cjwatsonor DIF June 30, Alpha 2 July 716:49
cjwatsonI'm not looking for *that* much extra time on DIF, just a couple of weeks - week 11 when we've done that was unusually late, I think16:50
skaetok,16:50
cjwatson(and December is weird)16:50
* skaet nods16:50
dokoDIF June 30 sounds better16:50
* micahg thought week 11 for natty was early, but it was a long cycle :)16:50
skaetdoko,   are we getting any toolchain changes around then?16:51
cjwatsonLucid was week 15, but that was because of a combination of it being an LTS and Squeeze being frozen, so we wanted as much time as possible to sync fixes in from Debian testing16:51
cjwatsonaside from that week 11 was definitely later than normal16:51
skaethow does DIF interact with the Rally?16:52
cjwatsonthe other thing I often say about DIF is that it's much more when you *stop* doing something than many of the other dates on the calendar16:52
cjwatsonit doesn't16:52
skaetdo we want it before or at the end?16:52
dokoLinaro has releases planned for Jun 16 and Jul 2116:52
micahgcjwatson: the cycle was 2 weeks longer than normal though16:52
cjwatsonit really doesn't matter IMO16:52
cjwatsonmicahg: even comparing with other 28-week cycles, it was late16:52
cjwatsonI think, anyway16:53
cjwatsonhm, maybe we haven't been doing 28-week cycles for long enough that I can say that16:53
* micahg thought it was the first16:53
cjwatsonLTSes do tend to throw things off16:53
cjwatsonyou may be right16:53
skaetcjwatson,  June 30 DIF, July 7 Alpha 2,   July 21 10.04.3 , then rest the same.16:54
micahgbased on this discussion, june 30 seems just right :)16:54
cjwatson(also, I expect the dynamics around DIF to change in the future, since people will be able to do syncs themselves in the near future rather than having to go through archive admins)16:54
cjwatsonthat's OK with me - that puts DIF at the end of the rally, right?16:55
cjwatsonif anything that's probably better, it means we don't need to spend quite as much time processing manual sync requests through the rally16:55
skaetok,  lets see if anyone can spot flaws over next couple of days,  and if not will send out email early next week, and adjust the schedule appropriately.17:02

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!