/srv/irclogs.ubuntu.com/2011/09/08/#ubuntu-release.txt

micahgdoes a new binary package (-dbg) need a freeze exception?02:33
ScottKYes.03:17
micahgthanks03:18
skaetcjwatson, good morning, on the daily CD report, there are a lot of amd64 packages suddenly producing uninstallable binaries.  Is root cause known?11:08
cjwatsonskaet: those are usually transient; I haven't checked in this case11:19
* cjwatson runs daily-checks --stdout since he's deleted that mail11:20
skaetcjwatson,  :) have forwarded the email to you.   Will be curious to see what the current daily-checks produces and compare.11:23
cjwatsonskaet: webkit built a bit sooner on amd64 than on i386 (https://launchpad.net/ubuntu/+source/webkit/1.4.3-0ubuntu1), and libwebkitgtk-1.0-0 depended on a newer libwebkitgtk-1.0-common which is architecture-independent and only built on i38611:23
cjwatsonskaet: didn't need a forward :)11:23
cjwatsonthe current daily-checks says nothing different because CDs haven't rebuilt11:24
cjwatsonskaet: anyway, it was transient and will go away with the next build11:24
skaetcjwatson, coolio.  That makes sense.   Thanks!11:24
cjwatsonFWIW I normally don't worry much about single-architecture spikes in the output unless (a) we're almost at a milestone or (b) they persist for more than one day11:25
skaetthanks.   Will keep that in mind.11:25
cjwatsonunless both amd64 and i386 fail, in which case it's probably a real problem11:25
* skaet nods11:26
cjwatsonha!  fix for the grotty octave-symbolic NBS coming up.11:26
jamespageplease could I get a release team OK for https://bugs.launchpad.net/ubuntu/+source/tomcat7/+bug/84474512:30
ubot4Launchpad bug 844745 in tomcat7 (Ubuntu) "[FFE] Sync tomcat7 7.0.21-1 (universe) from Debian unstable (main) (affects: 1) (heat: 8)" [Wishlist,New]12:30
jamespageta12:30
jdstrandif someone could ping me on ^, I'll do the sync12:59
ScottKGreat.13:35
LaneyHow is it decided which bugs are milestoned?15:07
=== lan3y is now known as Laney
Laney.15:13
ScottKI developer decides it should be milestoned and does it.15:19
ScottKI/A15:19
LaneyOK, didn't know if it needed Official Seals of Approval or anything. Ta.15:23
Laneyhow come we don't have a beta freeze for B2?15:26
cjwatsonisn't that within final freeze?15:26
cjwatsonoh, huh, no, that got moved15:26
cjwatsonum15:27
cjwatsonskaet: ^-- we probably ought to have at least a few days there15:27
Laney15th would be in line with B115:28
Laneybut that's rather close to now I guess15:28
cjwatsonthings should be slowing down anyway ...15:29
skaetcjwatson, Laney - hmm,  that's an oversight, the intention was that it would be 1 week before B2 (ie. 15th).   I'll clarify that in the release meeting tomorrow.15:34
LaneyAdding it to the wiki and letting people know would be a good idea.15:35
seb128skaet, cjwatson, pitti: GNOME 3.1.92 is on the 19th15:35
seb128would that still be ok to get in beta2?15:35
skaetseb128,  ouch, that timing is too tight.   Probably not, unless everything else is looking smooth.15:38
seb128skaet, ok, it means we will have to deal with the 3 weeks of bug fixes to land after beta215:39
seb128and test non current versions15:39
seb128which is a bit of a shame...15:39
seb128like most beta-2 bug will probably be useless for GNOME15:39
skaetseb128,  hmm.   good points, any way the bug fixes applied up til beta freeze can get cherry picked in?  (ie. pull in the candidate for 3.1.92?)15:41
skaetany down sides?15:42
seb128we could15:42
seb128it just mean we would have to cherry pick some hundred commits15:42
seb128it's weeks of work15:42
seb128or we can probably git snapshot half of GNOME next week15:43
seb128to update again after beta215:43
seb128knowing that I'm on holidays next week so let's see what the other guys can do15:43
skaetseb128,   ok, lets see if someone can pick up the snapshot,  otherwise, lets see where we are on the 19th.15:45
charlie-tcaI wonder how much of Xubuntu those gnome upgrades will break this late?15:46
skaetAm worried about not having enough time to recover if there is an interaction with other components,  so close to the beta2.   On monday we should have the first set of candidate images, and if they're usable, maybe look at taking the risk.15:46
seb128skaet, well, GNOME is feature frozen, ui and string frozen15:48
=== bdmurray_ is now known as bdmurray
seb128skaet, so those updates will just be some weeks of bug fixing15:48
seb128we really need to revisit the schedule next cycle to have something which work compared to GNOME, if we can't get .92 in beta2 it will cost us on beta2 quality and usefulness of the feedback we will get since the bugs that we will receive might be fixed already and we will miss new ones15:50
skaetseb128,  understood, but if there are 100's of commits coming in, unexpected interactions from someone's fix, with someone else's workaround might occur.15:50
skaetie. one of the gnome fixes, might snag up one of the interfacing components.   May not, but may.15:51
ScottKRight, but is it better to find that out before beta 1 or after?15:53
skaetScottK,  Very much would like it before, but don't want to risk not having images we can ship either.   And this could be an image breaker/non recoverable.15:54
ScottKIIRC it doesn't take that long to get a Gnome release built.15:55
ScottKI think there should still be time to manage.15:55
seb128we would get things in and built on monday15:58
skaetIf .92 lands on monday,  it will get built into images on Monday night.  Issues will be noticed on Tuesday testing, interaction debugging could be ??.  Last set of fixes would need to be figured on on Wednesday for those affected, and put into builds on Wednesday night and tested Thurs morning.  It would be a repeat of the Beta 1 cycle.15:58
seb128we did that for quite some cycles, it usually works fine since GNOME freezes tend to be solid and the updates at the end of the cycle stable15:59
seb128well, other option is to wait after beta215:59
seb128we will not likely update GNOME on a friday15:59
seb128which means we would start testing those one week later15:59
seb128and get non useful feedback from beta216:00
ScottKThen if there's problems you've lost a week and upstream says "You were using an old version, try again"16:00
seb128then we need to test the new version, get feedback on those, start seing issue16:00
dblawsonI'm putting the buildd's on manual for a package bootstrap16:00
skaetIf we have a fall back set of images created on monday morning that test out okay - we could look consider it.16:00
seb128we loose a good 10 days of work if we go this way16:00
ScottKdblawson: You aren't killing existing builds are you?16:01
dblawsonScottK: Nope16:01
skaetseb128,  we could get much of the same benefit though by taking a snapshot, and then refreshing too though.16:01
ScottKOK.  Good.16:01
ScottKskaet: Not really.  You still end up with upstream telling you to retry with the current version.16:01
LaneyFor useful testing, you really want people to be running the latest version16:02
=== shadeslayer_ is now known as shadeslayer
skaetthe current version will be in the daily images on the 23rd,  so we'll see pretty quickly, if the issue is there.16:04
seb128skaet, yeah, out of the fact that rather than packaging the tarballs they will test and roll we will have to do snapshots ourselves next week16:06
seb128but as I'm not sure next week so I will let pitti and other decide and see what they can do16:06
skaetI do understand your points though.   Want to do some more digging to see if there are some options to increase the likelyhood of shippable images.   Lets revisit tomorrow at the end release meeting.16:07
seb128ok16:07
pittiskaet: we could also update the apps on monday (which wouldn't lead to complete image failures), and do snapshots of the base libs like glib/gtk before16:07
skaetthanks for bringing it up seb128.   Very much appreciate it being on the radar now, rather than on the 19th ;)16:07
Laneyit would be good to have a calendar that shows all major upstream cycles for products on the images16:08
skaetpitti,  yeah something like that might be worth trying.16:08
pittiGNOME and KDE release are special enough for us to justify adding it to our existing release interlock pages?16:09
skaetLaney, https://wiki.ubuntu.com/OneiricReleaseInterlock16:10
skaetpitti, yeah,  I think we shold add them to the interlock page.16:10
Laneyskaet: yes, like that but with upstreams16:10
skaetLaney - last column.16:10
micahgskaet: do you want the same for Mozilla now that they have a schedule?16:10
Laneydoesn't look particularly complete16:10
Laneyonly shows gnome final for example16:10
skaetmicahg,  adding in Mozilla on the interlocks would be good.16:11
dblawsonDone, buildd's are back to auto16:11
micahgchrisccoulson: ^^ could you handle that16:11
skaetLaney,  yeah its not as complete as it should be,  but if we get in the habit of adding them, it makes it easier to remember to look for them for the next cycle too.16:12
* skaet encourages everyone who is aware of an upstream date that's significant to add it there. 16:13
ScottKGiven the early October release date, the last KDE date of significance was probably last Monday, but I'm double checking.16:14
ScottKErr, Tuesday.16:15
skaetthanks ScottK16:17
chrisccoulsonam i ok to edit https://wiki.ubuntu.com/OneiricReleaseInterlock then, to add the Mozilla dates17:16
chrisccoulson?17:16
micahgchrisccoulson: yeah, skaet said that was a good idea17:29
ScottKskaet: I added the KDE 4.7 dates to the Oneiric interlock schedule.  Ask expected, release is a week too early for us to get 4.7.2.17:32
chrisccoulsonpk, done17:34
chrisccoulson**ok17:34
ScottKskaet: Here's the link for KDE 4.8 to use for planning for "P".  It would be REALLY nice to be able to get 4.8.2 in at relase, which would require release April 19 or the next week.17:34
ScottKhttp://techbase.kde.org/Schedules/KDE4/4.8_Release_Schedule17:34
chrisccoulsonskaet, if you ping me when you have a P equivalent of https://wiki.ubuntu.com/OneiricReleaseInterlock, then I can give you the next 6 months of Mozilla release dates ;)17:34
skaetThanks for adding them ScottK.    Will be doing a scrub on the P schedule early next week,  then cloning it into the PReleaseInterlock, so seeing how things lay out will help with tuning.17:37
skaetchrisccoulson, will do.  :)   Thanks17:37
stgraberskaet: hi! bug 575469 has been targeted for beta2. I now have a fix for it but it's a pretty substential change to friendly-recovery and minimal changes to a bunch of other packages.17:56
ubot4Launchpad bug 575469 in newt (Ubuntu Oneiric) (and 3 other projects) "[UIFe] [FFe] recovery mode mounts filesystems read-write rather than read-only (affects: 2) (heat: 12)" [Undecided,Invalid] https://launchpad.net/bugs/57546917:56
stgraberskaet: I'm currently waiting for some reviews of the changes before actually subscribing ubuntu-release for the exceptions17:56
skaetstgraber, thanks for the head's up.   Yeah,  lets make sure the other component reviewers are happy before this lands.  Timing is ok as long as the others affected are comfortable with the changes.18:01
=== joshuahoover1 is now known as joshuahoover
utlemmingHi, can I have a reviewer approve a byobu change that fixes https://bugs.launchpad.net/ubuntu/+source/byobu/+bug/844994?18:13
ubot4Launchpad bug 844994 in byobu (Ubuntu Oneiric) (and 1 other project) "byobu initialization is slow KVM cloud-images (affects: 1) (heat: 6)" [High,Fix committed]18:13
ScottKutlemming: It's a bugfix, so no release team review is needed.18:17
ScottKTalk to kirkland about when he plans to upload it.18:18
utlemmingScott: okay, thank you kindly18:19
kirklandutlemming: thanks, will upload shortly18:22

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