/srv/irclogs.ubuntu.com/2011/02/10/#ubuntu-release.txt

=== bjf[afk] is now known as bjf
micahgskaet: ping re Firefox updates next week19:09
skaetmicahg: yup?19:10
micahgskaet: can we publish to -updates and -security when ready (hopefully 2011-02-14) or do we need to wait until 10.04.2 is released?19:10
jdstrandwe can also just publish to -security19:11
jdstrand(I can adjust crontab for the copies)19:11
jdstrandI would really prefer not to wait to publish to at least -security (it is extremely rare that we do so)19:12
jdstrandand I would hate to set the precedent going forward if it can be avoided19:12
skaetmicahg: please wait until 10.04.2 is released to publish to -updates, in case any last minute dive/catches show up from the testing.   May be able to do earlier, but we'll need to see how it goes.19:12
micahgskaet: but -security would be ok?19:13
skaetmicahg:  would like cjwatson or pitti to comment, but would think so.19:14
* skaet still learning about interaction of -security with -updates, etc. 19:15
* micahg doesn't know how images are generated, so isn't sure what's safe19:15
jdstrandskaet: the security team published to -security. there is a cronjob that automatically copies things from -security to -updates19:15
jdstrandskaet: that happens at :5019:15
skaetjdstrand: urk,  yeah, definitely want to hear from pitti then.   Possibly we should disable it for next week?19:16
jdstrandas an AA, I can disable that for the few days between firefox is released and the CDs are ready19:16
jdstrandI can't speak to how point releases deal with the various pockets19:16
skaetjdstrand,  sounds like that's the approach we'll take then, unless pitti or cjwatson advise otherwise, when they get the chance to read the backscroll ;)19:17
jdstrandthere will most likely be an openssl update any day now19:18
jdstrandskaet: the one caveat with this approach is that security.ubuntu.com, aiui, is not mirrored and therefore there are bandwidth costs associated with not copying to -updates19:18
jdstrandso feedback from the others is welcome19:19
* skaet agrees19:19
* skaet agrees re: getting feedback from others ;)19:20
jdstrandactually, the copy happens at :58, not :5019:21
skaetimages for QA and the iso tracker for 10.04.2 are due to be built tomorrow, so, we probably need to look at disabling cron job after the image set is in place, until we know they're basically sound.19:23
cjwatsonthere's no problem with publishing to -security, I just wouldn't want to guarantee that it will end up in images if you do that19:23
cjwatsoncron job> certainly, seems SOP :)19:24
cjwatsonskaet: so, -security => -updates19:24
cjwatsonskaet: that actually saves Canonical quite a bit of bandwidth money19:24
cjwatsonso it's an interesting question19:24
cjwatsonI guess one factor is: does certification actually do anything special with Firefox?19:25
cjwatsonoh, jdstrand mentioned bandwidth money too19:25
cjwatsonif cert doesn't do much with Firefox, then we aren't actually (potentially) skipping any QA by letting it into -updates and risking building with it19:26
cjwatsonif they do, then it's a harder question19:26
cjwatsonbandwidth> I think I did the sums at the time and concluded that when I implemented that cron job I'd paid my salary for the year, though I may have been off by a factor of two or so ;-)19:27
jdstrandheh19:28
jdstrandthere is actually a pending openssl update. I'm trying to ascertain the severity now19:28
skaetgood data,  would like to understand a bit more.19:29
skaetcjwatson, who's best to ask understand economics of -updates/mirroring?19:31
jdstrandskaet: when is the point release supposed to go out?19:32
cjwatsonelmo19:32
skaetjdstrand, next thursday (7 days from now)19:32
jdstrandok19:33
jdstrandso, the openssl update is in some extensions that aren't used a lot19:34
jdstrandso I get to decide if the bandwidth costs of having only in -security outweigh when to release19:34
jdstrandregardless, we won't push openssl to -updates19:35
jdstrandcjwatson: I'm going to take copy-report offline for now, and tell the team to ping me directly19:35
cjwatsonrighto19:35
cjwatsonnote that the CD images are currently configured to build from -security (mostly as a hangover from the days when -security wasn't auto-copied to -updates)19:36
cjwatsonI'll leave that alone for now, but it's easy to disable if we need to19:36
cjwatsonjust a heads-up that it's there19:36
cjwatsonI mean, they currently build from -security + -updates19:36
jdstrandcopy-report disabled with comment19:37
cjwatsonthanks19:38
jdstrandah, sbeattie made a keen observation-- I can still pocket copy non-lucid to -updates19:39
* micahg isn't sure where we stand with the Firefox updates19:39
jdstrandso I'll do that manually for the next week (except where copying to lucid doesn't affect anything)19:39
jdstrandmicahg: we (the security team) are proceeding like normal.19:40
jdstrandmicahg: there is a question on whether or not we can/should pocket copy it to -updates19:40
jdstrandmicahg: and it seems like skaet may be looking into that19:40
micahgjdstrand: ok, cool, even though it might make it onto the images if they're respun since the images are produced from -security + -updates?19:40
cjwatsonI've still got copy-report set to mail me about needed syncs in my own crontab19:41
cjwatsonso I should spot non-lucid changes that need to be made19:41
jdstrandcjwatson: cool. I've also asked the team to ping me directly19:41
cjwatsonmicahg: if we need to respin, we can decide whether we want to take -security or not, and disable -security in our image builds19:41
micahgcjwatson: ah, ok, cool19:41
cjwatsonwe will need to remember to take that decision if a respin is needed19:42
micahgok, thanks cjwatson, skaet, jdstrand19:43
ScottKskaet: Looking at https://blueprints.launchpad.net/ubuntu/+spec/other-qa-n-testing-different-architectures - How can you be doing "Release manifest changes:INPROGRESS" when there is still "coordinate identification of set of products of interest:TODO" left?  Are the draft manifest changes available anywhere?21:05
skaetScottK, coordinate identification of set of products of interest, should be INPROGRESS as well.21:06
ScottKpersia: ^^^21:07
ScottKOK.21:07
ScottKI'm interested to know who's the Kubuntu POC for this coordination then.21:07
skaetScottK,  will be coordinating with Riddell for Desktop and Rodrigo Belem for mobile.  Are these not the right contacts?21:14
ScottKskaet: They are.  I'll talk to them and make sure you've got the right inputs.  Thanks.21:15
=== barry is now known as flufl
=== flufl is now known as barry
persiaScottK, Thanks for the reminder.  INPROGRESS was indeed the correct status.21:45
=== bjf is now known as bjf[ack]

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