[05:38] 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] micahg: it's all the same to me, so whatever fits you best [05:40] pitti: was wondering specifically WRT 10.04.4 [05:40] micahg: the earlier the better, I'd say [05:40] but a few hours don't matter much [05:41] I'll rebuild images after it's in [05:41] with that we still have plenty of time for testing them [05:41] pitti: well, it'll either be ~09:00 UTC or ~19:00 UTC [05:42] i.e. I can stay up tonight if it'll help [05:42] oh -- then 9 UTC please [05:42] 1900 UTC is essentially "tomorrow" for Daviey, QA, and me [05:43] ok, thanks, will endeavor to accommodate then barring system issues [05:43] that's why I asked :) [05:43] thanks muchly === jodh is now known as jhunt === rickspencer3_ is now known as rickspencer3 [08:57] pitti: still working, probably another 30-45 minutes until I'm ready to release Firefox [09:00] micahg: thanks [09:42] pitti: done, could you please copy ā€¸firefox/{lucid-oneiric} from ubuntu-mozilla-security to $RELEASE-{security,updates} [09:46] micahg: i. e. lucid maverick natty oneiric? [09:46] pitti: yes, please [10:00] micahg: should be all done now === rickspencer3_ is now known as rickspencer3 [10:05] 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] s/1h/more than 1h/ [13:11] 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] hmm, nothng there either [13:12] you need to look on the builder [13:13] oh, hmm [13:13] however it was probably waiting for the kubuntu-mobile build to finish [13:13] well, the livefs build was done in a few mins, i'm actually waiting for the second part [13:13] but yeah, might be [13:14] the livefs build is still in progress [13:14] 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] funny, i have feedback from all builders in my terminal [13:14] I can see progress in http://annonaceae.buildd/~buildd/LiveCD/precise/ubuntu-core/latest/livecd-20120213.1-armel.out [13:14] so just wait [13:14] yeah, will do [13:15] I bet you don't have feedback from all *builds* [13:15] essentially i just want to see if my changes to make-web-indicies worked [13:15] then why did you do a buildlive run? [13:15] oh, right, 3 out of 4 [13:15] because i was lazy and just copy/pasted from crontab without proper thinking [13:15] 'build-livecd-base ubuntu-core daily' would have been sufficient - there's a reason those are separate commands :) [13:15] too late now of course [13:15] yeah [13:16] well, i'm not in a hurry [13:16] (was just wondering why it took so long, and didnt take kubuntu into account) === bladernr_afk is now known as bladernr_ === jodh is now known as jhunt [15:21] what will it take to make a kubuntu-active? [15:22] we now have a late addition of working packages I want to upload [15:22] kubuntu-active is the replacement for kubuntu-mobile [15:22] so it'll take adapting the seeds [15:22] adapting the livefs build script [15:22] adapting the cd build script [15:23] other things? [15:24] probably a bunch of bits and bobs, do it well clear of a milestone so we can remember them all :) [15:35] Riddell, it there someone lined up to test it? also, will it be armhf or armel? [15:44] 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] skaet: it would also have large labels saying "technology preview" or similar all over it [15:45] 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] they already are close to build images back to back 24/7 [15:50] (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] do you know how that project is going, incidentally [15:51] ? [15:51] nope, all adams baby .... [15:51] and he was at linaro connect last week so we didnt talk much [15:51] (and i guess he didnt get much done for it alongside) [16:29] cjwatson: yes kubuntu-mobile will be replaced [16:31] then can we just transfer over all the existing testers? [16:58] cjwatson, RIddell - it was built and not tested all through Oneiric, so not sure how many testers there really are for it. :/ [17:00] cjwatson: yes [17:00] 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] skaet: he wouldn't have been in a mood for it during oneiric because upstream for -mobile had moved on to -active [17:01] it would be good if we can keep up [17:02] we'd be the first distro to have a community made tablet UI if we can do it [17:02] 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] skaet: maybe best if we just start on i386 only then [17:02] skaet: I think that concern is removed by replacing the existing kubuntu-mobile build [17:02] skaet: if it's a one-for-one swap we shouldn't have build time concerned [17:02] *concerns [17:03] like -mobile it'll need only testing live image running, not installs [17:04] 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] Riddell, restricting it to just i386 might be a solution if there are testers. [17:05] s/releases/milestones/ [17:05] skaet: fine, but that isn't changed by renaming it to something else :-) [17:07] cjwatson, :) true. The concern over the arm builder bottleneck is still there, just less if there are fewer images to build. ;) [17:09] we'll start off with i386 then and exand to arm if we know we have testers and builders [17:10] Riddell, ok. [17:11] Riddell, so I'll add i386 Kubuntu active to the manifest, no support (tech preview only) - that suit? [17:12] yep [17:13] (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] can someone please clarify what the process for getting packages synced from Debian before FeatureFreeze? [19:03] 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] [1] https://lists.ubuntu.com/archives/ubuntu-devel-announce/2011-January/thread.html [19:03] same [19:03] best to use requestsync [19:04] https://wiki.ubuntu.com/SyncRequestProcess [19:04] jaustin: ^- [19:06] cjwatson: Thanks. I presume for the actual package maintainer, using the (new?) syncpackage tool is adequate? [19:06] if the package maintainer has upload privileges to that package in Ubuntu, yes [19:07] that isn't necessarily the case for the package maintainer in Debian [19:07] cjwatson: great, thanks. [19:07] and yes, syncpackage will need to be fairly current === shadeslayer_ is now known as shadeslayer