[02:23] <hallyn> oops
[02:23] <hallyn> @pilot out
[02:35] <rcj> Could someone with upload rights take a look at bug #1473533 for me?
[02:39] <sarnold> rcj: I think the patches should have dep-3 tags added to keep track of where the patch came from, etc. http://dep.debian.net/deps/dep3/
[02:42] <rcj> sarnold, thank you.  I will fix that up.
[02:56] <rcj> sarnold, I have updated the patches with dep-3 tags and reattached to bug #1473533.
[02:58] <sarnold> rcj: very nice :) thanks
[02:58] <rcj> sarnold, thank you for taking time to review them
[05:42] <pitti> Good morning
[07:11] <pitti> cjwatson: since consolekit has been dead for years and hasn't been a thing on Ubuntu since saucy, could we drop that from ssh? it would finally kick out consolekit from main
[07:11] <pitti> cjwatson: I'm happy to file a bug about it for tracking etc.
[07:11] <pitti> cjwatson: for Debian I figure it could enable consolekit support only on !linux?
[07:11] <pitti> (I guess it might still be used on freebsd/hurd)
[07:12] <flexiondotorg> The following bug has been raised against Ubuntu MATE - https://bugs.launchpad.net/ubuntu-mate/+bug/1501426
[07:13] <flexiondotorg> Which can be resolved post-install by installing restricted-extras.
[07:13] <flexiondotorg> Or gstreamer1.0-libav could be added to the seeds.
[07:13] <pitti> Riddell: is kshutdown still a thing? if so, could it drop its consolekit dep and use logind only?
[07:14] <flexiondotorg> I'm seeking policy clarification on whether gstreamer1.0-libav can be provided by default?
[07:22] <Riddell> pitti: kshutdown can die quite happily
[07:22] <pitti> Riddell: no reverse deps either; okay, good to remove then?
[07:22] <Riddell> pitti: go ahead
[07:22] <pitti> Riddell: yay cleanup Friday :)
[07:32] <dholbach> good morning
[07:34] <flexiondotorg> dholbach, Can you see my question from 08:12:51 in your backlog regarding gstreamer1.0-libav?
[07:36] <dholbach> no
[07:37] <dholbach> I just came online a few minutes ago
[07:38] <dholbach> so........ how can I help?
[07:38] <dholbach> it's also not on http://irclogs.ubuntu.com/2015/10/02/%23ubuntu-devel.html
[07:39] <StevenK> dholbach: Given that's UTC, it could be in /10/01
[07:39] <dholbach> no, it's not
[07:44] <flexiondotorg> The following bug has been raised against Ubuntu MATE - https://bugs.launchpad.net/ubuntu-mate/+bug/1501426
[07:44] <flexiondotorg> Which can be resolved post-install by installing restricted-extras.
[07:44] <flexiondotorg> Or gstreamer1.0-libav could be added to the seeds.
[07:44] <flexiondotorg> I'm seeking policy clarification on whether gstreamer1.0-libav can be provided by default?
[07:44] <flexiondotorg> dholbach, ^^^^
[07:46] <dholbach> I don't think it can, but maybe seb128 knows which codecs we can ship be default
[07:46] <seb128> I've no clue about legal and codecs sorry
[07:47] <seb128> https://en.wikipedia.org/wiki/Libavcodec#Legal_aspects
[07:47] <seb128> suggests it's not a safe one
[07:48] <seb128> I think it's similar to the ffmpeg situation and can't be shipped
[07:48] <dholbach> thanks for finding that link, seb128
[07:48] <dholbach> that looks like explanation enough
[07:49] <seb128> on the mp3 topic, ubuntu-restricted-extras is installed by ubiquity if you check the appropriate box and should install what is needed
[08:03] <flexiondotorg> seb128, dholbach Thanks.
[08:03] <seb128> yw!
[08:03] <flexiondotorg> That's all I needed.
[08:04] <flexiondotorg> I'll updated the ticket. Ubuntu MATE Welcome has the post-install option for install the required stuff.
[08:51] <pitti> cjwatson: I created bug 1502045 for tracking the last 4 packages (I removed some obsolete ones and fixed polkit-qt*)
[08:53] <alkisg> Hi, I'm trying ubuntu-wily-beta2 and there's a regression, in /etc/default/console-setup after installation there's CHARMAP="ISO-8859-15" instead of the goold old UTF-8, is that deliberate or should I be digging into what's causing it + file a bug about it?
[08:53] <alkisg> That breaks all non-ascii input/output in VTs...
[08:59] <alkisg> Ah I had already troubleshooted that and filed https://bugs.launchpad.net/ubuntu/+source/console-setup/+bug/1484101
[08:59] <alkisg> The problem is that it's not fixed yet... :-/
[09:01] <alkisg> Logs from the previous chat here about it: http://irclogs.ubuntu.com/2015/08/12/%23ubuntu-devel.html at 10:42
[09:05] <alkisg> Could I maybe tag it with `iso-testing` to increase its significance? It should only take 1-2 lines to solve it ....
[09:07] <dholbach> can anyone upload https://code.launchpad.net/~nhaines/ubuntu-wallpapers/fix-photo-filename/+merge/273192?
[09:14] <cjwatson> pitti: I'd been thinking about doing that, but I hadn't worked out whether there were any obscure desktop flavours or architectures that needed it - do you think you could investigate that?  I'd ideally much prefer to drop the patch entirely if possible
[09:14] <lotuspsychje> anyone knows howto list 'latest' packages through apt-cache search?
[09:14] <jamespage> pitti, morning - we've got to dbus type errors with ceilometer in proposed during autopkgtesting
[09:14] <jamespage> "adt-run [04:47:20]: test test-services: [-----------------------
[09:14] <jamespage> Failed to get D-Bus connection: No such file or directory
[09:14] <jamespage> ERROR: ceilometer-agent-central IS NOT RUNNING"
[09:15] <jamespage> ppc64el and armhf are impacted - any ideas?
[09:40] <alkisg> ogra_: the problem is in the 4th line of BuildLiveCD, LANG=C, it should be at least LANG=C.UTF-8
[09:40] <alkisg> ogra_: could you commit that before the final iso spins are made?
[09:41] <alkisg> If you grep for LANG inside the sources, you'll see C, C.UTF-8, and en_US.UTF-8.
[09:42] <alkisg> The two occurences of LANG=C could be replaced with one of the other 2, for consistency, and this will enable us to write things at our terminals again...
[09:50] <cjwatson> alkisg: BuildLiveCD is dead
[09:50] <cjwatson> why are you looking at it?
[09:51] <alkisg> cjwatson: please see https://bugs.launchpad.net/ubuntu/+source/console-setup/+bug/1484101
[09:51] <cjwatson> yes I know
[09:51] <cjwatson> but it's still dead
[09:51] <alkisg> We can't type UTF-8 characters after 14.10 anymore
[09:51] <alkisg> ogra_ told me that that what the live CD were using
[09:51] <cjwatson> ogra_ is wrong
[09:51] <alkisg> OK
[09:51] <alkisg> What is used now?
[09:51] <cjwatson> it uses livecd-rootfs, yes, but not the BuildLiveCD script
[09:52] <cjwatson> launchpad-buildd does that part of things now
[09:52] <alkisg> cjwatson: how should I help with the issue now?
[09:53] <cjwatson> it would probably be easiest to just change live-build/auto/build in livecd-rootfs
[09:53] <alkisg> It's just a matter of notifying the correct maintainer, it shouldn't need more than a couple of lines to be fixed...
[09:53] <cjwatson> I don't think it's necessary to modify launchpad-buildd here, which has a substantially longer rollout procedure anyway
[09:53] <cjwatson> and please don't use en_US.UTF-8, C.UTF-8 would be the right thing
[09:54] <alkisg> That remark is for the launchpad-buildd developers, not for me, right?
[09:54] <cjwatson> I am a launchpad-buildd developer
[09:54] <alkisg> I don't understand what I'm supposed to do. I see why the issue happens, I'm not using en_US.UTF-8 anywhere...
[09:55] <cjwatson> I'm referring to your bug comment saying "please use LANG=en_US.UTF-8"
[09:55] <alkisg> " I think this should be fixed in console-setup, but it's possible that the live CD code may want to use LANG=C.UTF-8 in any case."
[09:55] <cjwatson> https://bugs.launchpad.net/ubuntu/+source/console-setup/+bug/1484101/comments/1
[09:56] <alkisg> I'm proposing C.UTF-8 twice there
[09:56] <cjwatson> right, but you also proposed en_US.UTF-8 :-)
[09:56] <alkisg> Anyway, can I do something more to help in getting this fixed?
[09:56] <cjwatson> and I'm saying let's not do that bit of it because it's wrong
[09:56] <alkisg> Only because it was already in the sources
[09:56] <alkisg> And inside a parenthesis
[09:56] <alkisg> (or en_US.UTF-8 or whatever)
[09:57] <cjwatson> Yeah I think that's for some Android-specific reason, possibly
[09:57] <cjwatson> Or maybe it's just obsolete, anyway, shouldn't be perpetuated
[09:57] <alkisg> OK, let's not do that bit, np there, I'm certainly not endorsing it,
[09:57] <alkisg> is there anything that I could do to help with solving that issue?
[09:57] <cjwatson> I'm just thinking
[09:59] <pitti> cjwatson: yes, can do: Tasks: of consolekit is scary really, I'll write to the leads
[10:00]  * alkisg goes on to file yet another issue for a sysvinit compat issue in systemd in 15.10... I'll be around for feedback if I'm needed though... :)
[10:01] <cjwatson> sigh, quality commit message
[10:01] <cjwatson> this console-setup behaviour was introduced in a commit saying only "several fixes for FreeBSD"
[10:01] <pitti> jamespage: the test doesn't run as root, so the d-bus error is likely from systemctl (the test doesn't depend on dbus)
[10:01] <jamespage> pitti, urgh
[10:02] <pitti> (systemctl as root works without dbus, but not as user)
[10:02] <doko> new fun stuff ... http://people.ubuntuwire.org/~wgrant/rebuild-ftbfs-test/test-rebuild-20151001-wily.html
[10:06] <cjwatson> alkisg: I think I would rather just fix the console-setup side of things for now, unless you object.  It feels quite late to be changing this in livecd-rootfs for 15.10.
[10:06] <cjwatson> alkisg: whereas the console-setup change is simple and targeted
[10:06] <cjwatson> (and I'm doing it now)
[10:06] <alkisg> cjwatson: no I don't mind at all, I haven't noticed any other related issues
[10:07] <cjwatson> good, will do that then
[10:08] <alkisg> Thank you :)
[10:09] <pitti> jamespage: or we just add dbus to the LXC base images, as it's such a fundamental thing anyway
[10:09] <jamespage> pitti, ah - so this is lxc vs kvm testing differently then?
[10:10] <pitti> jamespage: yes, the cloud images have dbus installed
[10:10]  * pitti runs "adt-run ceilometer --- lxc -s adt-wily" locally to verify
[10:19] <pitti> jamespage: ah - this test is new in -proposed, so this needs -proposed enabled
[10:19] <jamespage> pitti, indeed it does
[10:20] <Saviq> pitti, hey, is there no way to pass options to schroot when doing adt-run?
[10:20] <pitti> Saviq: no, not at the moment
[10:20] <pitti> Saviq: people asked for passing options to qemu, so I added that, but so far nobody asked for schroot options
[10:21] <pitti> (and most often you can do that more generically with --setup-commands)
[10:21] <Saviq> might just do that then
[10:21] <Saviq> need to add a ppa
[10:21] <Saviq> and just got a nice schroot setup script doing that for me
[10:22] <pitti> jamespage: confirmed, adding dbus makes the test succeed
[10:22] <pitti> jamespage: (or running the test as root)
[10:22] <doko> seb128, Laney: is there a gnome freeze exception, i.e. to sync gucharmap to fix the fbfs?
[10:23] <doko> same for libsoup
[10:24] <Laney> no
[10:24] <Laney> cherry-pick them
[10:26] <jamespage> pitti, ficing up now
[10:27] <pitti> jamespage: oh
[10:27] <pitti> jamespage: I just committed an adt-build-lxc fix to install dbus
[10:27] <pitti> jamespage: it's a rather basic functionality of the OS these days
[10:27] <jamespage> pitti, agreed - I'll not fix any tests then...
[10:27] <pitti> jamespage: and I was about to rebuild the production containers and restart the tests
[10:27] <jamespage> pitti, awesome - thankyou
[10:27]  * jamespage stands down
[10:28] <jamespage> well goes back to looking at doko's comments on ryu MIR
[10:29] <Laney> doko: I'll fix these cases
[10:37] <pitti> jamespage: done, tests restarted, lunch o'clock kthxbye :)
[10:37] <jamespage> pitti, ta
[11:08] <doko> tvoss, https://bugs.launchpad.net/ubuntu/+source/libfriends/+bug/1502094  anyone particular how can organize this?
[11:08] <tvoss> doko, hmmm, kenvandine might be able to help
[11:10] <doko> kenvandine, ^^^
[11:30] <pitti> jamespage: there we go, all green
[11:30] <jamespage> pitti, \o/
[11:41] <caribou> pitti: do you have an example of a package with good autopkgtest tests ?
[11:41] <caribou> off the top of your head
[11:42] <pitti> caribou: we have about 3.000 tests -- any particular area?
[11:47] <caribou> pitti: it's for sosreport, I'm looking for ideas as it only collects data & create a tarball
[11:50] <seb128> doko, is bug #1502094 something you want to see done for wily?
[11:51] <pitti> caribou: so I guess your test should call it and then make some assertions about what you would expect in the report (existance of files/keys, particular values)
[11:51] <caribou> pitti: yeah, that's what I had in mind
[11:51] <caribou> ok, thanks!
[11:53] <doko> seb128, I saw that libgee ftbfs, that's the reason I noticed
[11:53] <doko> didn't check if it would be just a rebuild
[11:54] <seb128> k, I'm unsure, going to have a look
[12:07] <seb128> doko, Laney, I think it's fair to sync the new gucharmap, the only commits between the versions are unicode 8 support or translations updates (+1 build fix with old gtk)
[12:11] <Laney> seb128: yes, I already did it, I said I was fixing them :)
[12:13] <seb128> Laney, them = ?
[12:13] <Laney> the ones he pinged about
[12:14] <seb128> gucharmap and libsoup?
[12:14] <Laney> yes
[12:15] <seb128> Laney, I've pinged larsu about ido and I'm handled dirspec and indicators and looking at libgee
[12:15] <seb128> doko, ^
[12:15] <seb128> just saying so we don't dup work
[12:15] <seb128> handling*
[12:15] <Laney> I fixed json-glib upstream and in debian, will sync later
[12:15] <seb128> great
[12:22] <seb128> doko, can you retry xserver-xorg-video-ati|cirrus|mach64|mga on i386, they hit "Temporary failure resolving 'ftpmaster.internal'" issues
[12:22] <doko> ok
[12:22] <lotuspsychje> where can i find a list of recent added packages on ubuntu repos
[12:23] <seb128> doko, xserver-xorg-video-dummy as well
[12:23] <seb128> doko, danke
[12:23] <lotuspsychje> http://packages.ubuntu.com/trusty/newpkg?mode=byage
[12:23] <lotuspsychje> this is the only list i find, but how can a user see more?
[12:24] <seb128> lotuspsychje, https://lists.ubuntu.com/mailman/listinfo/wily-changes has all uploads, but that's updates as well, not only new packages
[12:25] <seb128> but it could be useful still
[12:25] <lotuspsychje> seb128: i have to subscribe for this?
[12:25] <seb128> there are online archives
[12:26] <lotuspsychje> ah
[12:26] <lotuspsychje> seb128: https://lists.ubuntu.com/archives/wily-changes/ this right?
[12:27] <seb128> lotuspsychje, correct
[12:27] <lotuspsychje> seb128: nice1 mate thank you!
[12:28] <seb128> yw!
[12:29] <lotuspsychje> seb128: and this1 for trusty right: https://lists.ubuntu.com/archives/trusty-changes/
[12:29] <seb128> correct
[12:29] <seb128> doko, any chance you could triage/forward upstream https://bugs.launchpad.net/ubuntu/+source/gcc-4.8/+bug/1234218
[12:30] <lotuspsychje> great great!
[12:30] <seb128> doko, and are the test build using a different gcc/toolchain than the archive? because local ido build doesn't hit the test build failure, likely because of that bug ^
[12:31] <seb128> Laney, does "debian1" makes things sync? I though you needed to use "build1" for that
[12:31] <Laney> yes :)
[12:32] <Laney> it's just "not ubuntu"
[12:32] <seb128> oh ok
[12:32] <seb128> I though "build" was the special case
[12:36] <doko> seb128, no, as in the archive. the only changed thing is a disabled pkgbinarymangler to speed up things
[12:36] <seb128> k, weird
[13:06] <kenvandine> doko, hmm... libfriends should be dead
[13:07] <kenvandine> it was for friends-service, which is also dead
[13:08] <doko> kenvandine, removal bugs would be appreciated
[13:08] <kenvandine> doko, indeed, i thought that had been done quite a while back
[13:08] <kenvandine> robru, ^^
[13:08] <didrocks> barry: hey, did you get anything on the python 3.4 regression? (see my answer a couple of days ago)
[13:08] <kenvandine> robru, or did you just remove them from the seed?
[13:41] <barry> didrocks: not yet, but i'm going to look again today
[13:47] <seb128> doko, can you retry https://launchpad.net/ubuntu/+archive/test-rebuild-20151001/+build/8022636 ?
[13:47] <roaksoax> pitti: howdy!! i was wondering if there's a ppa for autopkgtest that supports running vivid+ ?
[13:47] <roaksoax> pitti: howdy!! i was wondering if there's a ppa for autopkgtest that supports running vivid+  on a trusty host?
[13:47] <roaksoax> pitti: we are having trouble running  aCI on trusty with trusty's autopkgtest
[13:48] <cjwatson> seb128: done
[13:48] <cjwatson> doko: cc ^-
[13:49] <seb128> cjwatson, thanks
[14:13] <doko> seb128, https://bugzilla.gnome.org/show_bug.cgi?id=753310
[14:19] <seb128> doko, can you retry  xdg-user-dirs-gtk and xfsdump (mirror issue)
[14:20] <doko> done
[14:25] <seb128> thanks
[14:52] <cyphermox> superm1: how do you feel about splitting fwupd into two binaries, one for the service, and one for the GUI?
[15:17] <kenvandine> doko, robru: i've filed bug 1502193 to have all the friends packages removed from the archive
[15:18] <doko> kenvandine, checked for rdeps?
[15:22] <seb128> infinity, bug #1502058 is one for you I guess? One of the change is sunday, "Norfolk moves from +1130 to +1100 on 2015-10-04" so maybe that should be uploaded this week (though I guess norfolk is small so it might not impact a lot of users)
[15:44] <smb> jamespage, I know its a bit late in the day and the week but just to let you know in case you have not noticed: dpdk is now in wily's universe
[15:44] <jamespage> smb, so I see - openvswitch-dpdk is queued up behind it - slangasek or infinity - do either of you have that on your AA todo list?
[15:53] <jamespage> jdstrand, doko: re our later MIR of ryu  - https://bugs.launchpad.net/ubuntu/+source/ryu/+bug/1500950
[15:54] <jamespage> openstack neutron is using the python-ryu ofprotocol library to communicate with openvswitch
[15:54] <jamespage> which is the bit we need this cycle to support liberty - not the agent process provided by ryu-bin; can we constrain the MIR review on that basis?
[15:55] <jamespage> promoting python-ryu to main only this cycle
[16:01] <slangasek> jamespage: yes, it's on mine
[16:01] <jamespage> slangasek, awesome - thankyou
[16:41] <jamespage> jdstrand, doko: actually we might be able to defer inclusion for wily - just trying something out
[16:55] <popey> https://bugs.launchpad.net/ubuntu-mate/+bug/1501426
[16:56] <popey> I notice that flexiondotorg is told he shouldn't ship gstreamer1.0-libav in Ubuntu MATE - but it ships in Xubuntu 15.10 and Ubuntu Studio 15.10 (the two ISOs I just tried).
[16:56] <popey> Should we not be consistent between flavours? Are Xubuntu and Ubuntu Studio in a position where they are allowed somehow?
[16:59] <smoser> pitti, around ?
[17:02] <smoser> well, if you are around, another requst for looking at bug 1501033
[17:14] <jamespage> jdstrand, doko: ryu requirement was quite soft, so have disable for this cycle
[17:14] <jamespage> may need to revisit next
[18:51] <robru> kenvandine: they were removed from the seed only recently after a very long deprecation period due to not wanting to break frameworks.
[18:52] <kenvandine> indeed
[18:52] <kenvandine> robru, i filed the bug to have it removed from the archive
[18:53] <robru> great
[18:53] <robru> well, sad really
[18:53] <robru> but ok
[19:09] <sarnold> pitti: aww, here's another bug with ~12 hours not yet retraced 1502014
[20:05] <chiluk> hey slangasek I see you are patch pilot for today.. do you have a sec to give me some advice on how to package up my change for  https://bugs.launchpad.net/bugs/1432871
[20:05] <chiluk> slangasek, basically I've pushed the requisite changes to upstream coreutils and upstream gnulib.
[20:07] <chiluk> slangasek, I've also backported that patch to wily... unfortunately .. the 2 patches containing the fix required 5 other patches in order to apply..
[20:08] <chiluk> slangasek.. so the question is when packaging up the changes, do you want the patches merged into one super patch in debian/patches or would you prefer 7 separate debian/patches each with their own links to the upstream links?
[20:11] <chiluk> infinity or arges ^^^ may also be able to answer this.
[20:14] <chiluk> also keep in mind that the requisite 5 patches are all related to supporting processing of /proc/self/mountinfo, which we probably should have had in trusty era.. *(and I'll be doing that backport as soon as it soaks in wily/vivid)
[20:43] <Unit193> Apt pokepoke: https://bugs.launchpad.net/ubuntu/+source/apt/+bug/1486061
[20:56] <slangasek> chiluk: I don't want 7 separate patches if you're only fixing one bug (though others may have different opinions)
[21:04] <chiluk> that's good with me.. it actually makes it easier.. since some of the patches undo parts of the other patches.. but I included them for completeness
[21:05] <chiluk> slangasek^^
[21:05] <chiluk> I'll make sure I reference them in the dep-3 headers.
[21:06] <slangasek> chiluk: yeah, upstream pointers to the individual commits sounds good to me, but IMHO it's best to have this as a squashed patch
[21:07] <chiluk> slangasek, ok will do.
[21:37] <infinity> Unit193: Followed up.
[22:15] <Unit193> infinity: Thanks muchly, been bothering me. :P
[22:16] <infinity> Unit193: Amazingly, I hadn't even noticed the bug.  I guess my eye just skips right past the missing info.
[22:17] <sarnold> I did that to myself a while back, I got tired of translation downloads timing out or whtatever, and only six months later wondered why apt-cache search was much less useful than it had been
[22:18] <chiluk> slangasek, are you up for some patch piloting?  Can you take a look at https://bugs.launchpad.net/ubuntu/+source/coreutils/+bug/1432871
[22:18] <sarnold> it'd been long  enough of course that I long since forgotten about the change..
[22:20] <infinity> sarnold: Oh, the translation hash sum mismatch madness should finally be fixed, FWIW.
[22:20] <infinity> sarnold: On Canonical-controlled mirrors, anyway.
[22:20] <sarnold> infinity: yay! is there a quick summary of the fix?
[22:22] <chiluk> infinity, do you want to take another look at bug 1432871 ??
[22:23] <chiluk> You rejected my previous change, and now I've gone and done it hopefully right... *(it's upstreamed now).
[22:24] <Unit193> infinity: I thought about pinging you first with it, but decided I'd bothered you enough.  I'd noticed as there's a few weird new packages I wondered what they did, also noticed as apt has been more lagtastic in wily.
[22:25] <infinity> sarnold: https://code.launchpad.net/~adconrad/canonical-is-charms/ubuntu-mirror/+merge/267728
[22:25] <sarnold> infinity: thanks!
[22:26] <infinity> sarnold: I spent years writing it off as an apt bug or something, so you can blame me for being too stupid to root-cause it ages ago. :P
[22:26] <infinity> sarnold: But yay, fixed now.
[22:27] <infinity> chiluk: Upstream's a good start indeed.
[22:30] <chiluk> infinity, thanks.
[23:23] <superm1> cyphermox: but there is no GUI that comes with it, it's just got a command line frontend with it
[23:44] <cyphermox> superm1: sure. ignore me too ;)
[23:44] <cyphermox> tbh by gui we meant the command-line interface
[23:44] <cyphermox> it pulls in x libraries due to appstream-glib depending on gdk-pixbuf