[05:38] <micahg> pitti: would it be better for me to release Firefox 10.0.1 in the next few hours, sometime later today, or does it not make a lot of difference?
[05:39] <pitti> micahg: it's all the same to me,  so whatever fits you best
[05:40] <micahg> pitti: was wondering specifically WRT 10.04.4
[05:40] <pitti> micahg: the earlier the better, I'd say
[05:40] <pitti> but a few hours don't matter much
[05:41] <pitti> I'll rebuild images after it's in
[05:41] <pitti> with that we still have plenty of time for testing them
[05:41] <micahg> pitti: well, it'll either be ~09:00 UTC or ~19:00 UTC
[05:42] <micahg> i.e. I can stay up tonight if it'll help
[05:42] <pitti> oh -- then 9 UTC please
[05:42] <pitti> 1900 UTC is essentially "tomorrow" for Daviey, QA, and me
[05:43] <micahg> ok, thanks, will endeavor to accommodate then barring system issues
[05:43] <micahg> that's why I asked :)
[05:43] <pitti> thanks muchly
[08:57] <micahg> pitti: still working, probably another 30-45 minutes until I'm ready to release Firefox
[09:00] <pitti> micahg: thanks
[09:42] <micahg> pitti: done, could you please copy ‏firefox/{lucid-oneiric} from ubuntu-mozilla-security to $RELEASE-{security,updates}
[09:46] <pitti> micahg: i. e. lucid maverick natty oneiric?
[09:46] <micahg> pitti: yes, please
[10:00] <pitti> micahg: should be all done now
[10:05] <micahg> pitti: thanks
[13:08]  * ogra_ wonders why his manual ubuntu-core build doesnt return, i see it in the processlist and it doesnt seem to have failed, but i cant imagine it can take 1h 
[13:09] <ogra_> s/1h/more than 1h/
[13:11] <ogra_> http://people.canonical.com/~ubuntu-archive/cd-build-logs/ubuntu-core/precise/ doesnt seem to have a 13.1 log either
[13:11]  * ogra_ checks nusakan
[13:12] <ogra_> hmm, nothng there either
[13:12] <cjwatson> you need to look on the builder
[13:13] <ogra_> oh, hmm
[13:13] <cjwatson> however it was probably waiting for the kubuntu-mobile build to finish
[13:13] <ogra_> well, the livefs build was done in a few mins, i'm actually waiting for the second part
[13:13] <ogra_> but yeah, might be
[13:14] <cjwatson> the livefs build is still in progress
[13:14] <cjwatson>  9117 pts/8    S+     0:00          \_ ssh -t -o StrictHostKeyChecking no -o BatchMode yes buildd@annonaceae.buildd /home/buildd/bin/BuildLiveCD -l -f plain -d precise ubuntu-core
[13:14] <ogra_> funny, i have feedback from all builders in my terminal
[13:14] <cjwatson> I can see progress in http://annonaceae.buildd/~buildd/LiveCD/precise/ubuntu-core/latest/livecd-20120213.1-armel.out
[13:14] <cjwatson> so just wait
[13:14] <ogra_> yeah, will do
[13:15] <cjwatson> I bet you don't have feedback from all *builds*
[13:15] <ogra_> essentially i just want to see if my changes to make-web-indicies worked
[13:15] <cjwatson> then why did you do a buildlive run?
[13:15] <ogra_> oh, right, 3 out of 4
[13:15] <ogra_> because i was lazy and just copy/pasted from crontab without proper thinking
[13:15] <cjwatson> 'build-livecd-base ubuntu-core daily' would have been sufficient - there's a reason those are separate commands :)
[13:15] <cjwatson> too late now of course
[13:15] <ogra_> yeah
[13:16] <ogra_> well, i'm not in a hurry
[13:16] <ogra_> (was just wondering why it took so long, and didnt take kubuntu into account)
[15:21] <Riddell> what will it take to make a kubuntu-active?
[15:22] <Riddell> we now have a late addition of working packages I want to upload
[15:22] <Riddell> kubuntu-active is the replacement for kubuntu-mobile
[15:22] <Riddell> so it'll take adapting the seeds
[15:22] <Riddell> adapting the livefs build script
[15:22] <Riddell> adapting the cd build script
[15:23] <Riddell> other things?
[15:24] <cjwatson> probably a bunch of bits and bobs, do it well clear of a milestone so we can remember them all :)
[15:35] <skaet> Riddell,  it there someone lined up to test it?   also,  will it be armhf or armel?
[15:44] <Riddell> skaet: there is probably someone lined up to test it, I need to work out what arm machines we can test on but I have a pandaboard needing set up here
[15:44] <Riddell> skaet: it would also have large labels saying "technology preview" or similar all over it
[15:45] <cjwatson> do we get to stop building kubuntu-mobile at the same time?
[15:47]  * ogra_ hopes so ... else we would need more live builders at some point
[15:48] <ogra_> they already are close to build images back to back 24/7
[15:50] <ogra_> (yes, i know that we will start using the package builders for that at some point, but until thats ready we're stuck with what we have)
[15:51] <cjwatson> do you know how that project is going, incidentally
[15:51] <cjwatson> ?
[15:51] <ogra_> nope, all adams baby ....
[15:51] <ogra_> and he was at linaro connect last week so we didnt talk much
[15:51] <ogra_> (and i guess he didnt get much done for it alongside)
[16:29] <Riddell> cjwatson: yes kubuntu-mobile will be replaced
[16:31] <cjwatson> then can we just transfer over all the existing testers?
[16:58] <skaet> cjwatson, RIddell - it was built and not tested all through Oneiric, so not sure how many testers there really are for it.   :/
[17:00] <Riddell> cjwatson: yes
[17:00] <Riddell> skaet: depends on how much of a mood rbelem has for rounding up volunteers it but this release at least has me as backup
[17:01] <Riddell> skaet: he wouldn't have been in a mood for it during oneiric because upstream for -mobile had moved on to -active
[17:01] <Riddell> it would be good if we can keep up
[17:02] <Riddell> we'd be the first distro to have a community made tablet UI if we can do it
[17:02] <skaet> Riddell, what I'm weighing it against is that we don't have adequate resources for the other arm image builds right now during respins.
[17:02] <Riddell> skaet: maybe best if we just start on i386 only then
[17:02] <cjwatson> skaet: I think that concern is removed by replacing the existing kubuntu-mobile build
[17:02] <cjwatson> skaet: if it's a one-for-one swap we shouldn't have build time concerned
[17:02] <cjwatson> *concerns
[17:03] <Riddell> like -mobile it'll need only testing live image running, not installs
[17:04] <skaet> cjwaton,  arm builds are main slow down right now on the respins, so since the kubuntu-mobile ones weren't being tested they weren't built for the last 2 releases.
[17:04] <skaet> Riddell, restricting it to just i386 might be a solution if there are testers.
[17:05] <skaet> s/releases/milestones/
[17:05] <cjwatson> skaet: fine, but that isn't changed by renaming it to something else :-)
[17:07] <skaet> cjwatson,  :)  true.   The concern over the arm builder bottleneck is still there,  just less if there are fewer images to build. ;)
[17:09] <Riddell> we'll start off with i386 then and exand to arm if we know we have testers and builders
[17:10] <skaet> Riddell,  ok.
[17:11] <skaet> Riddell,  so I'll add i386 Kubuntu active to the manifest,  no support (tech preview only) - that suit?
[17:12] <Riddell> yep
[17:13] <Riddell> (a blocker might still turn up, we've only just got the packages working)
[17:15]  * skaet nods
[17:19]  * tumbleweed adds an opencv transition tracker (I see it started)
[18:59] <jaustin> can someone please clarify what the process for getting packages synced from Debian before FeatureFreeze?
[19:03] <jaustin> Is it as simple as raising a bug (that's what cjwatson said last year[1], but I can't see an equivalent message for 2012)
[19:03] <jaustin> [1] https://lists.ubuntu.com/archives/ubuntu-devel-announce/2011-January/thread.html
[19:03] <cjwatson> same
[19:03] <cjwatson> best to use requestsync
[19:04] <cjwatson> https://wiki.ubuntu.com/SyncRequestProcess
[19:04] <cjwatson> jaustin: ^-
[19:06] <jaustin> cjwatson: Thanks. I presume for the actual package maintainer, using the (new?) syncpackage tool is adequate?
[19:06] <cjwatson> if the package maintainer has upload privileges to that package in Ubuntu, yes
[19:07] <cjwatson> that isn't necessarily the case for the package maintainer in Debian
[19:07] <jaustin> cjwatson: great, thanks.
[19:07] <cjwatson> and yes, syncpackage will need to be fairly current