[00:49] <wxl> um, anyone looked at the tracker recently?
[00:49] <wxl> looks like it's a 403
[00:53] <knome> wxl, pointed that out in #canonical-sysadmin
[00:53] <knome> if it's not fixed in a day or so, file a RT ticket
[00:59] <knome> RT ticket filed: https://rt.ubuntu.com/Ticket/Display.html?id=25685
[01:00] <knome> (as requested by IS)
[08:15] <LocutusOfBorg1> Hi, can anybody please retry ibus/1.5.9-1ubuntu1 ?
[08:15] <LocutusOfBorg1> thanks
[08:15] <LocutusOfBorg1> should build now that vala-0.26 is on main
[08:18] <infinity> LocutusOfBorg1: Retried.
[09:08] <LocutusOfBorg1> thanks infinity
[09:43] <ogra_> infinity, still awake ?
[09:45] <infinity> ogra_: No.
[09:45] <ogra_> cosy sleeps then :)
[09:48] <ogra_> cjwatson, sorry to disturb your vacation ... is there any way (var or option) to make cdimage ignore the isotracker (machine has issues, returning 403's so we cant build any images)
[09:49] <ogra_> (sadly it doesnt look like that will be fixed quickly)
[09:53] <cjwatson> I'm not on vacation
[09:54] <cjwatson> do you have any concrete information here from IS?
[09:54] <cjwatson> there wasn't much useful in the ticket
[09:54] <infinity> cjwatson: See /msg
[09:54] <cjwatson> ok
[09:55]  * infinity goes to try to sleep before morning meetings.
[09:55] <ogra_> cjwatson, yes, and there is an incident report and RT tickets
[09:55] <ogra_> being discussed in #is
[09:56] <cjwatson> I'd rather not reconfigure cdimage, but I can arrange for it to proceed despite that particular error
[09:57] <ogra_> well, it looks to me like it will take a while getting all these machines back
[09:58] <ogra_> so at least for rtm it would be helpful ... since we're working on milestone preparation
[10:00] <cjwatson> when I've said I'm going to arrange for it to proceed, there's no need to continue trying to persuade me ...
[10:00] <ogra_> sorry
[10:01] <cjwatson> done
[10:04] <ogra_> thanks, starting an rtm build
[11:02] <Wellark> can I have the nominations accepted on these bugs please:
[11:02] <Wellark> https://bugs.launchpad.net/ubuntu/+source/indicator-network/+bug/1381041
[11:02] <ubot2> Launchpad bug 1381041 in indicator-network (Ubuntu RTM) "Network indicator is sometimes blank" [Critical,In progress]
[11:02] <Wellark> https://bugs.launchpad.net/ubuntu/+source/indicator-network/+bug/1374419
[11:02] <ubot2> Launchpad bug 1374419 in indicator-network (Ubuntu RTM) "[TOPBLOCKER] Threading issue with the MenuModel Updates" [Critical,In progress]
[11:03] <cjwatson> Wellark: approved for vivid (kind of unnecessary, you mostly don't need to target to the development series, but done anyway).  for utopic, does this mean you're intending to issue SRUs?
[11:04] <Wellark> cjwatson: I don't know what the plan is for utopic TBH. but I want to utilize LP to see what has landed and where
[11:04] <Wellark> I have twenty non critical bugs in line as well, so might be easier if somebody gives me the rights to target my upstream components to ubuntu releases straight :)
[11:05] <cjwatson> well, approved the nominations for utopic, but this isn't with my ~ubuntu-sru hat on, I haven't thought about whether those would be sensible SRUs
[11:05] <cjwatson> no point asking me since I can't
[11:05] <Wellark> cjwatson: thanks!
[11:05] <cjwatson> https://wiki.ubuntu.com/UbuntuBugControl
[11:05] <Wellark> I'm part of bugcontrol
[11:05] <cjwatson> wait maybe that's only for nominations
[11:05] <Wellark> yep
[11:06] <Wellark> anyway. it's enough for now that I get them actually targeted
[11:06] <Wellark> then when we figure out what to do with SRU's
[11:06] <Wellark> it's easy to set them as Invalid if we don't do them
[11:06] <Wellark> I just need _some_ way of tracking what has landed and where
[11:06] <Wellark> and LP is pretty good tool for that :)
[11:07] <cjwatson> Wellark: You need to have permission to upload the package directly in order to be able to approve its bug nominations.
[11:08] <Wellark> cjwatson: right. ok.
[11:08] <cjwatson> So one of the paths in https://wiki.ubuntu.com/UbuntuDevelopers
[11:08] <Wellark> maybe we should open up the discussion later to actually decouple the two
[11:08] <cjwatson> I can't say I agree that would be worthwhile, but whatever
[11:08] <Wellark> as I don't actually _want_ direct upload rights
[11:08] <Wellark> such things scare me :)
[11:08] <cjwatson> I want to encourage more people to put the work in to have upload permissions, if they're relevant developers
[11:09] <cjwatson> I think you should get over that :)
[11:09] <Wellark> but I would like to be able to manage my bugs
[11:09] <Wellark> well with great power comes.. and so forth :)
[11:09] <cjwatson> Developers of packages should be able to demonstrate the ability to upload them safely
[11:10] <Wellark> I actually like the idea of machines uploading :)
[11:10] <Wellark> less room for human (my!) error :)
[11:10] <cjwatson> It's not really desperately relevant who's actually physically doing the upload
[11:10] <cjwatson> And, BTW, it's a bug that citrain lets you work around lack of upload permissions
[11:10] <cjwatson> One we want to close
[11:10] <Wellark> agreed.
[11:10] <cjwatson> Please get upload permissions for anything you're effectively uploading by way of the citrain robot
[11:11] <Wellark> will do that. thanks! :)
[11:11] <cjwatson> Because citrain is really just acting on your behalf in an elaborate way, and we should model that properly
[11:12] <Wellark> and who knows.. maybe one day citrain becomes selfaware and tries to terminate the human race and we have to revert back to manual uploads. so having the permissions around would not hurt ;)
[19:54] <bdmurray> slangasek: The SRU for bug 1386241 adds a new binary package cups-filters-ippusbxd but it seems to me nothing will recommend that.
[19:54] <ubot2> bug 1386241 in system-config-printer (Ubuntu Trusty) "Add the full IPP Everywhere support from Utopic to Trusty" [High,In progress] https://launchpad.net/bugs/1386241
[19:55] <bdmurray> slangasek: ah, actually cups depends on it
[21:21] <infinity> zequence: Sorry about the torrent screwup.  By way of pennance, I'll seed from my machine for a while now that it's fixed. :P
[21:27] <zequence> infinity: Do you have any statistics on amount of downloads and such?
[21:28] <zequence> Just came to think of it. I realize we probably don't have as many as many other flavors, due to our niche.
[21:29] <infinity> zequence: I have no such statistics, no.  Canonical IS may collect them, but I'm not sure.
[21:29] <zequence> ok, thanks.
[21:30] <zequence> And, thanks again for correcting the torrent thing. I must admit I don't really know what kind of problem that is.
[21:32] <infinity> zequence: In the end, it was a goof on our side.  The publishing scripts somehow entirely missed publishing that one ISO to the path that gets mirrored to the torrent tracker.  Still not entirely sure how or why that happened, though I assume it has something to do with us publishing amd64 and i386 separately (due to the hack I had to do to get i386 to work), so that's a hint at where to look, at least.