[06:49] <pitti> Good morning, and happy new year!
[07:22] <didrocks> thanks for the grub upload cjwatson :)
[07:26] <pitti> didrocks: very nice!
[07:26] <cjwatson> didrocks: yw
[08:11] <dholbach> good morning
[08:12] <MacSlow> dholbach, hey there... happy new year btw :)
[08:12] <MacSlow> dbarth, ^ :)
[08:12] <dholbach> hi MacSlow - and the same to you too :)
[08:13] <dbarth> MacSlow: thanks Mirco :)
[08:14] <dbarth> good morning, and best wishes for 2015 everyone
[08:14] <MacSlow> dito
[08:43] <zyga> good morning :)
[08:48] <mlankhorst> morning
[08:52] <mardy> seb128: hi! Could you please have a look at bug 1406571?
[08:55] <seb128> mardy, sure
[09:24] <darkxst> Laney, your piloting later today? can you look at bug 1399047
[09:24] <Laney> ok
[09:25] <Laney> can't you upload shell?
[09:25] <darkxst> Laney, I can upload shell and mutter, but they will just be dep-wait
[09:26] <Laney> well if you've already reviewed them :-)
[09:27] <darkxst> ok, will upload now
[10:40] <Laney> seb128: did you look at that shotwell bug yet? I just came across it & started
[10:41] <Laney> then saw that ping ;-)
[10:42] <seb128> Laney, https://launchpad.net/ubuntu/+source/shotwell/0.20.2-0ubuntu2
[10:42] <Laney> nice!
[10:43] <seb128> Laney, seems like I forgot to dput before holidays
[10:43] <Laney> how convenient
[10:43] <seb128> I meant to upload when I did the SRU
[10:43] <seb128> yeah...
[12:50] <dholbach> 98 requests on http://reqorts.qa.ubuntu.com/reports/sponsoring/ - please help sponsoring/reviewing!
[12:53] <seb128> dholbach, nice to see some contributors have been busy during holidays ;-)
[12:54] <dholbach> yeah :)
[12:54] <dholbach> After I got my inbox under control again I'm going to help out with some reviews as well. :)
[12:56] <seb128> dholbach, same here
[12:57]  * dholbach hugs seb128
[14:00] <cyphermox> good morning!
[14:04] <LocutusOfBorg1> thanks again pitti :)
[14:04] <LocutusOfBorg1> good morning and happy new year developerz!
[14:05] <Laney> @pilot in
[14:17]  * Laney straight away finds a transition and screams
[14:18]  * rbasak syncs bind9
[14:19] <rbasak> "syncpackage: Please wait for the sync to be successful before closing bugs."
[14:19] <rbasak> Define "successful". Migrated to vivid?
[14:29] <dobey> anyone else having problems writing a live image to usb on 14.04 (or 14.10) with 3.16 kernel? dd exits real quick and the device seems to keep writing for some time after that, but i'm having trouble booting from the usb
[15:03] <pitti> rbasak: appears on Launchpad, i. e. "last upload:" on its +source page
[15:03] <pitti> who does SRU these days? https://launchpad.net/ubuntu/utopic/+queue?queue_state=1 hasn't been processed since start of December
[15:04] <rbasak> pitti: thanks. That's much quicker then :)
[15:04] <pitti> rbasak: yeah, it should be almost instantaneous
[15:21] <dobey> i guess not :(
[17:20] <hallyn> xnox: happy new year!  when you get a chance, could yo ulook at http://mentors.debian.net/debian/pool/main/n/netcf/netcf_0.2.6-1.dsc ?
[17:24] <xnox> hallyn: upload missing changelog entries for 1:0.2.4-3, 1:0.2.4-2, 1:0.2.4-1 from experimental, they should be included if you are including those changes (looks like you are)
[17:24] <xnox> there is spurious reorder of build-depends (not sure if that is intentional)
[17:24] <xnox> spurious diff in debian/rules.
[17:25] <xnox> hallyn: overall seems fine for upload.
[17:25] <xnox> and can be claimed that all of the above was intentional.
[17:28] <hallyn> xnox: hm, i'll have to re-check.  i don't recall doing thos eon purpose.  thanks.
[17:31] <xnox> hallyn: note, i did debdiff of latest experimental and your upload, rather than latest sid vs your upload.
[17:44] <bdmurray> seb128: FYI, the amd64 retracing queue is only a few hours behind now and has been for the past couple of weeks.
[17:45] <seb128> bdmurray, hey, happy new year!
[17:45] <seb128> bdmurray, great ;-)
[18:00] <bdmurray> roaksoax: in bugs 1382632 and bug 1386275 what release did you test with? was it utopic, trusty, or both?
[18:00] <roaksoax> bdmurray: both!
[18:01] <bdmurray> roaksoax: it'd help the SRU team if that was specified.
[18:05] <Laney> @pilot out
[19:05] <Noskcaj> Could someone please fix bug 1129409 for amd, even if it's only a PPA?
[20:00] <hallyn> xnox: pushed a new version.  not sure why the experimental version never moved to unstable (and/or why they diverged)
[20:17] <kirkland> I'm doing an apt-get update on a 14.04 system, and strangely it looks like I'm trying to talk IPv6, which is not what I expected....
[20:17] <kirkland> 57% [Connecting to archive.ubuntu.com (2001:67c:1360:8c01::19)] [Connecting to
[20:24] <stgraber> kirkland: pastebin "ip -6 addr show" and "ip -6 route show" ?
[20:25] <kirkland> stgraber: http://paste.ubuntu.com/9678555/
[20:25] <kirkland> stgraber: http://paste.ubuntu.com/9678559/
[20:26] <stgraber> are you with time warner cable?
[20:27] <stgraber> if so, looks like they're giving you some native IPv6 which is quite nice if it worked :)
[20:36] <kirkland> stgraber: yep, that's my home provider
[20:43] <hallyn> heh, yes, quite nice if it worked :)
[21:09] <amayra> hellp
[21:10] <amayra> i mean hello
[21:11] <sladen> hallo
[21:20] <amayra> i love you work thanks for being so kind to offer ubuntu for free and open source
[21:20] <amayra> i just come here to ask about were can give some suggestion for you
[21:52] <shadeslayer_> pitti: hi there, when running autopkgtests, do you reckon it would make sense to export some standard variables like HOME, XDG_* , etc so that tests that write files to those locations can proceed without issues? In a whole bunch of KF5 and Plasma 5 tests, I've had to manually export dirs in each of the tests which is super annoying ...
[22:45] <bdmurray> stgraber: bug 1355664 has a patch fwiw
[23:06] <jtaylor> doko: do you remember why distutils-sysconfig.diff in python2.7 handles the OPT variable but python3.4 does not?