[03:46] <pitti> Good morning
[03:50] <pitti> slangasek: this started a few weeks ago with (supposedly) a new vte3; I asked in #u-desktop, and apparently it's a deliberate (mis-)feature; one can configure it back on somehow
[04:18] <pitti> micahg: FYI, I just committed a transition tracker for taglib
[04:18] <pitti> micahg: (saw your linux-minidisc upload while going through the remaining rdeps)
[04:18] <micahg> pitti: thanks, i probably should've done that
[04:19] <micahg> I think amarok and liquidsoap are it
[04:19] <pitti> micahg: so I think we're down to ... yes
[04:20] <micahg> but liquidsoap needs ocaml deps, I think it's only one more, I'm building ocamlnet now
[04:20] <pitti> micahg: are you already looking at liblastfm-ocaml-dev uninstallabiliyt?
[04:20] <pitti> cool, thanks!
[04:21] <micahg> though between the wait times, I don't think I'll get to ocaml-lastfm tonight, I think ocamlnet will be the last one I can do tonight, I can let you know when that's uploaded
[04:26] <micahg> ok, uploaded, I think you can build ocaml-lastfm once that's published, I didn't get a chance to look into the amarok FTBFS
[04:46] <pitti> http://people.canonical.com/~ubuntu-archive/transitions/html/html/taglib-g++5.html
[04:46] <pitti> micahg: ^ FYI
[04:47] <pitti> micahg: cool, thanks
[04:47] <micahg> cool, thanks
[05:26] <pitti> micahg: ocaml-lastfm uploaded
[07:21] <Mirv> Laney: did you get autopilot team's ack on https://code.launchpad.net/~laney/autopilot-gtk/tests-wait-not-visible/+merge/268928 ? I'm just wondering whether the MP could be top-approved so that the silo would be possible to publish
[07:24] <pitti> I didn't approve it yet as the tests still fail a lot on these IndexErrors
[08:04] <Laney> Mirv: Not yet, I'm trying to test the silo first
[08:27] <Mirv> ok.
[08:38] <jpds> #cam-ib
[08:53] <caribou> pitti: I see that you uploaded calibre for debian, would you have time to sponsor an upload for a trusty SRU ?
[08:53] <caribou> pitti: LP: #1282898
[08:53] <pitti> caribou: sure! thanks
[08:54] <caribou> pitti: this bug has been annoying me during my vacations, thought I'd fix it :-)
[09:29] <cjwatson> slangasek,pitti: I go back and forward on whether it's more annoying for colon to be a word separator than not; I think I select file names out of grep output a little more often than I select URLs, and the former case works better with colons not being a word separator
[09:32] <Laney> gnome-terminal has a "Copy Link address" item in its context menu too
[09:32] <Laney> I got used to using that and I'm fine with the arrangement now
[09:35] <mgedmin> (iirc there's a hidden gsetting that lets you make : a word-character in gnome-terminal again, but I also got used to the new default)
[09:35] <mgedmin> https://bugzilla.gnome.org/show_bug.cgi?id=730632#c33 in case you want it
[09:37] <cjwatson> I normally use pterm anyway which has right-click to extend selection, so selecting too little first time is much less annoying
[10:53] <infinity> happyaron: You around?
[11:05] <sil2100> pitti: hey! Could you help out with some translations? ;) https://translations.launchpad.net/ubuntu-rtm/15.04/+source/pulseaudio/+pots/pulseaudio/de/+translate?batch=10&show=all&search=wants+to <- do you know who could translate and approve?
[11:10] <pitti> sil2100: done
[11:10] <seb128> Laney, pitti, jibel, can anyone override the bootest for indicator-bluetooth in wily?
[11:10] <seb128> I just noticed that the indicator is missing on my wily
[11:11] <sil2100> pitti: \o/
[11:11] <seb128> it's because the bluez5 version didn't migrate out of proposed yet
[11:11] <sil2100> pitti: I see you have teh translation powah, thanks
[11:12] <pitti> seb128: done
[11:12] <seb128> pitti, thanks
[11:13] <Laney> pitti: you need to unblock it too for it to get into wily
[11:13] <Laney> see -devel@
[11:15] <pitti> Laney: ah, how do I hint this?
[11:16]  * pitti hasn't done hints for freeze overrides yet
[11:17] <infinity> pitti: unblock foo
[11:17] <Laney> foo/version
[11:17] <infinity> pitti: But rerunning the boot test (which I just did) would be better than skipping.
[11:17] <pitti> I just changed the FAIL in results.history
[11:17] <infinity> pitti: Ew.
[11:17] <pitti> seb128 sounded like it's not going to work
[11:17] <pitti> (a re-run)
[11:18] <infinity> pitti: I see no reason a re-run wouldn't work.
[11:18] <pitti> bluez5 has never worked
[11:18] <infinity> Yeah, it seems to explode when the conffiles are upgraded.
[11:18] <infinity> But a rerun of the indicator test won't install bluez this time.
[11:18] <infinity> Since it should be in the image now.
[11:20] <infinity> At least, I would think so.
[12:37] <cyphermox> good morning!
[12:37] <seb128> hey cyphermox
[12:53] <mterry> bdmurray, ~ubuntu-server is going to look after python-mistralclient in main, FYI
[12:55] <seb128> hum
[12:56] <seb128> Laney, can we get indicator-bluetooth unblocked from b1 freeze? the current archive version is useless, it tries to use bluez4 apis and just bail out
[12:56] <Laney> seb128: I thought pitti was going to do it
[12:56] <seb128> seems he didn't
[12:56] <pitti> sorry, forgot about it (communication overflow)
[12:57] <Laney> that was a way of pinging
[12:57] <Laney> thanks!
[12:57]  * pitti adds the hint now
[12:58] <seb128> thanks
[12:58] <pitti> done
[12:59] <Laney> happyaron: You might want to tell $kylin_person about that ^^^ since they could want the fix
[12:59] <Laney> ypwong: or you :)
[13:22] <mterry> bdmurray, ~ubuntu-server will look after python-automaton in main, FYI
[13:47] <mterry> bdmurray, ~ubuntu-server will look after python-oslo.reports and python-oslo.cache in main, FYI
[14:11] <mterry> coreycb, so for python-tornado, switching to pymysql (only one I've looked at so far).  Don't you need to also add a patch to update the 'import MySQLdb' bits?
[14:11] <coreycb> mterry, let me look
[14:18] <coreycb> mterry, yes, and that's poorly done on my part.  let me update those packages before you look at any more.
[14:19] <mterry> coreycb, python-pymysql itself builds fine now though, thanks  :)
[14:19] <coreycb> mterry, there is a bright side :)
[14:26] <mterry> pitti, I thought we already had a tiny http server in main (re: libmicrohttpd)
[14:26] <mterry> pitti, not counting apache2, which is hard to consider tiny  :)
[14:26] <mterry> I can't recall it's name now though
[14:28] <pitti> mterry: it's not a standalone server, it's a lib which programs can embed
[14:28] <pitti> mterry: i. e. much like python's SimpleHTTPServer class
[14:28] <pitti> but for C
[14:29] <mterry> pitti, got it
[14:29] <slangasek> Laney: "copy link address" requires a right click and my laptop's right mouse button has gone all bad >_<
[14:32] <roadmr> slangasek: does "two-finger tap" emulate a right click maybe?
[14:32] <roadmr> (mine does and I didn't configure anything special for that)
[14:40] <slangasek> roadmr: touchpads are evil, two-finger tap doesn't emulate anything when they're disabled
[14:40] <roadmr> slangasek: ah, that sounds like a thinkpad then heh
[14:51] <TJ-> slangasek: does the keyboard have a context-menu key to the right of the space? On mine I can hold that down whilst the pointer is over a hyperlink and the content menu is shown
[15:57] <srjoglekar> Hello
[15:58] <srjoglekar> Any work for a Python-proficient (worked with Numpy/Scipy/Sklearn/Pandas/Django) guy?
[16:39] <pitti> smoser, infinity: before I start looking into unknowns, are you aware of any recent changes to wolfe* which could have caused them to OOM-kill my workers all the time?
[16:39] <pitti> smoser, infinity: like, adding a new VM (and thus overcommitting RAM), installing landscape (as that also gets OOM-killed), or similar?
[16:40] <smoser> pitti, well, if i consumed memory on the host, that owuldn't make your kernel run out of memory any earlier.
[16:40] <smoser> it might get your whole kvm OOM-killed
[16:40] <smoser> but that said, i dont think i idd
[16:41] <pitti> smoser: right, the VM itself seems fine, aside from processes getting killed
[16:42] <pitti> smoser: thanks; I'll have a closer look tomorrow, just wanted to quickly check with you
[16:42] <smoser> well, then that'd seem to be increased memory consumption inside the vm, no ?
[16:42] <smoser> it is quite possible that some people are using their vms more intensely than before
[16:43] <smoser> pitti, wolfe /proc/meminfo:
[16:43] <smoser> http://paste.ubuntu.com/12193685/
[16:45] <smoser> in summary, its tight on memory, but not full.  from a resource usage perspective, it has 9 guests with 4G each. and total mem on the system is 64G.
[16:45] <smoser> so we really shouldnt' be hitting memory overly hard.
[18:55] <teward> this'll sound insane, but is there a way to have debhelper not run `make install`?  (It appears to run it for some odd reason...)
[18:56] <teward> (during package building i mean)
[18:57] <dobey> override the install rule?
[19:05] <teward> doh
[19:06] <teward> dobey: thanks, i am working too hard, and forgot we could override it xD
[19:06]  * teward needs rest probably :/
[19:06] <dobey> :)
[19:41] <kees> infinity: a maintainer where there are zero bugs and a dead upstream. :)
[19:41] <kees> anyway, it's fixed in debian.
[21:20] <infinity> pitti: I've got nothin', I only look at that machine when you complain, otherwise it's all smoser.
[21:25] <dobey> http://pastebin.ubuntu.com/12195195/ <- so i can't do any coverage reporting of go code now? :(