[06:41]  * Elbrus wants to upload a fix in raring for his package cacti (Debian bug 702690 http://bugs.debian.org/702690)
[06:41] <ubot2`> Debian bug 702690 in cacti "cacti: Multilevel tree doesn't work with jstree in 0.8.8a+dfsg-3" [Normal,Open]
[06:41] <Elbrus> documentation suggest that a freeze exception is needed
[06:41] <infinity> Elbrus: No exception needed if it's just a bug fix.
[06:42] <Elbrus> ok
[06:42] <Elbrus> upload to raring or raring-proposed?
[06:42] <infinity> Upload to Debian, ideally, and then sync it.
[06:43] <Elbrus> via experimental is still fine?
[06:43] <infinity> Yup.
[06:43] <Elbrus> ok, I will do it that way then
[06:43] <infinity> Though, don't you want the fix in unstable?
[06:44] <infinity> Or is the bug only when mixed with experimental packages?
[06:45] <infinity> Elbrus: Anyhow, however you choose to upload it to Debian, if you're not an Ubuntu developer (are you?), just poke me when it's in Debian, and I'll sync it.
[06:46] <infinity> If you are an Ubuntu developer, just run 'syncpackage -d experimental cacti' after giving LP a bit of time to learn about the Debian upload.
[07:00] <Elbrus> infinity: I have upload rights for cacti
[07:01] <Elbrus> and I am still wondering if I should bother the RT in Debian with this fix, as it is major annoyance for large sites, but I don't think release critical
[07:01] <Elbrus> nevertheless, I like to fix this in Ubuntu.
[07:13] <infinity> Elbrus: Well, uploading to unstable doesn't mean you HAVE to bother the RT with it, if you don't care about it being in wheezy. :P
[07:14] <infinity> Elbrus: But experimental works too, your package, your call.
[07:14] <Elbrus> infinity: exactly, but it is what I was doubting about
[07:15]  * Elbrus likes to keep unstable available for RC bug fixes as he has done with most of his other packages, he uses experimental for Ubuntu stuff now.
[07:15] <infinity> Yeah, I've been doing similar.  Can't wait for wheezy to release.
[07:15] <infinity> So I can break the world with the new glibc for jessie. :P
[07:16] <Elbrus> me too
[07:16] <Elbrus> just a ignorant question: until when is it appropriate for ME to improve the cacti package in raring?
[07:17] <Elbrus> I have several (annoyance) bug fixes in the pipe-line
[07:17] <Elbrus> nothing big
[07:17] <infinity> It's a universe package, we don't formally freeze universe until right before release, really.
[07:17] <Elbrus> ok
[07:18] <Elbrus> so if I want to get the blame, I can continue until release ;)
[07:18] <infinity> But, from the POV of getting a bit of testing and being a responsible uploader, if I were you, I'd set a personal deadline of "a couple of weeks before release, except for critical fixes" or similar.
[07:18] <Elbrus> not that I would want that though
[07:18] <Elbrus> right. So that would be until NOW.
[07:19] <infinity> Or a week or two from now, yeah.
[07:19] <infinity> But if you have a bunch of stuff queued up, I'd just do it all now so you have time to notice all the ways you messed up and upload a fix or two. ;)
[07:21] <Elbrus> cacti is uploading to unstable now
[07:21] <Elbrus> how long does it take before LP learns about it?
[07:21] <infinity> An hour or two after dinstall, IIRC.
[07:22] <infinity> And I don't remember when dinstall is, so that wasn't a helpful answer.
[07:22] <Elbrus> :)
[07:22] <Elbrus> but thanks anyway
[09:31] <Riddell> hmm, where's the style sheet gone? http://cdimage.ubuntu.com/kubuntu/daily-live/current/
[09:40] <Riddell> ah hah, missing semi colon
[09:57] <ogra_> hmm, cadejo.buildd looks unhapppy today
[09:59] <ogra_> oh, and foyal.buildd seems to be even unhappier
[09:59] <ogra_> *royal
[10:16] <cjwatson> Riddell: whoops, thanks.  deployed.
[12:01] <Riddell> where are we in beta testing?  cron disabled but nothing on the iso tracker?
[12:02] <Riddell> oh it's probably a holiday in various christian countries so maybe not much happening today, I'll just do some smoke testing
[12:45] <cjwatson> Riddell: cron's still enabled
[12:46] <cjwatson> allegedly ... not sure why e.g. no Ubuntu Desktop or Kubuntu images
[12:46] <Riddell> not even logs
[12:47]  * ogra_ only sees failures for cadejo and royal builds 
[12:47] <ogra_> *empty failures
[12:47] <ogra_> royal seems to be completely dead though, which would explain it
[12:50] <cjwatson> there are livefs logs - but ah yes, a bunch of builds stuck on ssh to royal
[12:51] <cjwatson> cdimage@nusakan:~$ ps xf | grep --count 'ssh.*royal'
[12:51] <cjwatson> 16
[12:51] <ogra_> yep
[12:51] <cjwatson> ogra_: lots of this in cron mail:
[12:51] <cjwatson> /home/ogra/sync-phablet-images: 34: [: -gt: unexpected operator
[12:52] <ogra_> cjwatson, oops, i'll quieten it ....
[12:53] <ogra_> the IBS team changed the IP of the jenkins machine over the weekend ... so it became unreachable from nusakan ...
[12:53] <cjwatson> I've killed all the ssh processes waiting for royal
[12:53] <ogra_> RT is filed, but i guess IS will need its time
[12:53] <cjwatson> but it'll still need to be cleaned up at the otehr end
[12:54] <cjwatson> ogra_: did you already ask IS about royal?
[12:54] <ogra_> nope
[12:54] <cjwatson> I'll do that then
[12:54] <ogra_> only noticed it's dead very  recently
[12:54] <ogra_> (i dont tend to look at ppc builds)
[12:55] <cjwatson> haven't asked about cadejo, I'll let you chase that down :)
[12:56] <ogra_> heh, k
[12:56] <cjwatson> cadejo's in a different state - e.g. it's responding to HTTP
[12:56] <ogra_> right, might be a dangling lock again, let me do a manual build ... thats usually the quickest way to find out
[12:58] <cjwatson> lockfile: Try praying, giving up on "/home/buildd/buildLiveCD.lock"
[12:58] <cjwatson> ubuntu-server-armhf-omap on cadejo.buildd finished at 2013-04-01 06:29:02 (failed)
[12:58] <cjwatson> from a cron mail
[12:58] <ogra_> ah, thx
[12:59] <ogra_> yeah, the usual issue
[12:59] <ogra_> OH !
[12:59]  * ogra_ looks at the crontab ... is buildlive now an automatic part of for-project ?
[12:59] <cjwatson> cron.* but yes
[12:59] <ogra_> can i still call it manually separately ?
[12:59] <cjwatson> Yes
[12:59] <ogra_> good
[13:00] <cjwatson> It simplified the crontab a lot though
[13:00] <ogra_> yeah, just noticed
[13:00] <cjwatson> And at some point I'll make the stdout from buildlive go into the cd-build-logs
[13:00] <cjwatson> Which will make it a bit more accessible
[13:00] <ogra_> ++
[13:00] <cjwatson> That'll be a matter of pushing it down into cdimage.build
[13:02] <cjwatson> Some of the invocations changed, but mostly only for niche images
[13:04] <cjwatson> Actually, no, changed for everything
[13:04] <ogra_> sync-phablet-images shoudll exit 1 now if it cant reach jenkins
[13:05] <cjwatson> buildlive ubuntu daily-live => for-project ubuntu buildlive daily-live
[13:05] <cjwatson> buildlive was always anomalous so I made its interface more regular
[13:06] <ogra_> oh, no vanguard ?
[13:06] <ogra_> so i guess it will need an RT for cadejo to get sorted
[13:08] <cjwatson> ask on #webops, somebody will probably notice at some point
[13:08] <ogra_> ok
[13:16] <rtg_> so what's the story on this beta freeze? I've got a nice fat stable kernel update ready to go for raring.
[15:13] <bdmurray> slangasek: should wubi still be listed as a test case in the iso testing tracker?
[15:16] <stgraber> bdmurray: did we announce we were dropping wubi yet?
[15:16] <bdmurray> stgraber: no, I haven't seen that announcement from slanagsek yet
[15:17] <stgraber> bdmurray: good. I have an action to remove it from the tracker and turn off the needed bits on nusakan once the announcement is out, but there's no reason to do this any earlier
[15:17] <stgraber> would probably be a good idea to get the announcement out before beta-2 though
[15:27] <ogra_> stgraber, iirc steve is off today
[15:27] <ogra_> so wont happen before tomorrow
[15:28] <ogra_> (there was a mail)
[15:28] <stgraber> ogra_: right, tomorrow should still be good enough for beta2
[15:29] <stgraber> ogra_: I've got a call with Steve and a few other release members tomorrow, will make sure it's mentioned there and taken care of this week
[15:29] <ogra_> great !
[15:30] <ogra_> (the sooner we get rid of wubi the better)
[17:22] <balloons> how's things looking for final beta milestone?
[17:31] <stgraber> I'm suspecting quite a few people are still enjoying a long easter weekend and we'll only know more tomorrow. Though the archive is frozen, so things shouldn't at least get any worse than they are currently ;)
[17:38] <balloons> stgraber, :-) Just wanting to make sure it's up before 2200 UTC tomorrow.. We're having a testing event.. We do need images for it ;-)
[17:39] <stgraber> should be. I think infinity is still on vacation today but should be back tomorrow (he's the release/cdimage contat for beta2)
[17:39] <balloons> excellent.. :-)
[17:39]  * tumbleweed catches up on FFes and attempts to be a more useful team member
[17:41] <Elbrus> infinity: you still here?
[17:41] <Elbrus> I just tried to sync cacti, but I got a "syncpackage: Error: HTTP Error 400: Bad Request"
[17:42] <tumbleweed> Elbrus: pastebin?
[17:42] <Elbrus> I also see cacti in the line here at 19:07
[17:42] <tumbleweed> oh, right, was that the version you wanted to sync?
[17:42] <Elbrus> http://pastebin.com/H2JqR7LZ
[17:43] <tumbleweed> still, LP should allow two identical syncs in the queue
[17:43] <Elbrus> tumbleweed: yes
[17:43] <Elbrus> might be permissions? I got mine just recently, it is the first time I try
[17:43] <tumbleweed> no, look at line 11
[17:43] <tumbleweed> looks like your syncpackage is too old. you can work around that with -r raring-proposed
[17:44] <Elbrus> aha, ok, so indeed raring-proposed is the right place. How are they synced to raring itself? time without bugs?
[17:44] <Elbrus> or by the release team
[17:45] <tumbleweed> we have a briteny
[17:45] <Elbrus> right
[17:45] <tumbleweed> *britney
[17:45] <Elbrus> understood
[17:46] <Elbrus> but I guess the sync is already requested? or did that line at 19:07 mean it didn't go well?
[17:46] <tumbleweed> no, it's in the queue, wating to be accepted by a release team member. The archive is frozen
[17:47] <tumbleweed> https://launchpad.net/ubuntu/raring/+queue?queue_state=1
[17:47] <Elbrus> ah, great.
[17:48] <Elbrus> this morning I understood that frozen in Ubuntu was different (from my Debian perspective) in universe
[17:48] <tumbleweed> Feature Freeze doesn't imply a frozen archive
[17:48] <ScottK> Elbrus: It's mostly different in how hard we look at it before accepting.
[18:05] <infinity> Elbrus: I synced it, sorry for the confusion. :P
[18:05] <Elbrus> infinity: no problem, I was just looking forward to my first Ubuntu sync :)
[18:06] <tumbleweed> work faster!
[18:09] <ScottK> After all, if Ubuntu doesn't stand for sacrificing quality for speed, what does it stand for?
[18:12] <tumbleweed> :)
[18:22] <infinity> ScottK: Surely, we can have out cake and eat it too by sacrificing both.
[18:22] <infinity> s/out/our/
[18:23] <ScottK> Right.  It's the sacrificing speed part that the release team is responsible for.
[18:23] <ScottK> Just say no.
[18:31] <rtg_> infinity, can I sacrifice some stability by uploading a new kernel? lots of 3.8.5 stable update goodness.
[18:44] <infinity> rtg_: Upload away, I'd rather have it tested in the beta than landing after.
[18:44] <infinity> ScottK: Can you accept Tim's kernel when he uploads, I have to run off to the doctor.
[18:44] <rtg_> infinity, coming your way in a bit then....
[18:44] <infinity> stgraber: Or you ^
[19:12] <ScottK> stgraber: You going to do it ^^^ ?
[19:14] <stgraber> ScottK: yep, I'll take care of it
[19:18] <rtg_> stgraber, linux, linux-meta, and linux-signed are all uploaded.
[19:18] <stgraber> rtg_: thanks
[19:21] <ScottK> stgraber: Thanks.
[19:52] <stgraber> rtg_: all done
[19:52] <rtg_> stgraber, ack, thanks
[19:59] <slangasek> bdmurray, stgraber, ogra_: whoops, sorry - wubi mail sent now
[20:00] <ogra_> ah, welcome back :)
[20:01] <stgraber> slangasek: thanks, I'll take care of updating the QA tracker after the TB meeting
[20:04] <ogra_> slangasek, hmm, given todays date you should probably have waited til tomorrow
[20:04] <slangasek> no, it's not something that should be delayed further
[20:05] <ScottK> And I don't think anyone will be fooled
[20:05] <slangasek> and it's not all that funny, people will just have to use common sense :)
[20:05] <ScottK> That's generally a risky approach (assume common sense)
[20:06] <slangasek> yes, but in this case it's their own problem if they don't, not mine ;P
[20:06] <ScottK> Yeah.  There is that.
[20:18] <bdmurray> I forget is cdromupgrade not being on cds deliberate?
[20:18] <stgraber> bdmurray: I think so, they only really made sense when you could dist-upgrade from the media
[20:18] <stgraber> which you can't anymore
[20:19] <stgraber> well, except for the flavours that kept the alternate media and maybe for server
[20:20] <bdmurray> ah, right I'd forgotten about the alternate bit thanks
[21:08] <infinity> stgraber: Thanks for accepting the kernels.
[21:11] <stgraber> infinity: np, stable kernel updates are easy to review ;)