[04:17] <ScottK> xnox: Everything relevant has moved to Debian.
[05:52] <pitti> Good morning
[05:53] <pitti> wow, it's quiet here -- must be christmas soon :)
[06:55] <dholbach> good morning
[09:04] <Laney> bah humbug!
[09:20] <tkamppeter> pitti, hi
[09:28] <pitti> hey tkamppeter, wie gehts?
[09:33] <xnox> ScottK: right, i guess Debian LTS helped with such a move (even if not used)
[09:38] <pitti> Laney: in case you track the test overrides, the udisks2 regression is bug 1398859; it's still rather ominous, but I'll keep looking at it
[09:40] <Laney> ah yes, I remembered about that the other day, thanks for the heads up
[09:40] <pitti> Laney: same udev works on Debian and Fedora, so it's not that after all
[09:47] <Mirv> a core dev would be needed to ack the multi-arch related packaging changes in Compiz https://ci-train.ubuntu.com/job/ubuntu-landing-012-2-publish/lastSuccessfulBuild/artifact/packaging_changes_compiz_1%3A0.9.12.0+15.04.20141210.2-0ubuntu1.diff
[09:50] <TheNumb> patch tuesday ;-)
[09:50] <TheNumb> http://seclists.org/oss-sec/2014/q4/1052
[10:45] <Riddell> "Discuss with Desktop team and MartinPitt whether or not to re-enable apport by default for A1 "
[10:45] <Riddell> pitti: what do you think?
[10:45] <Riddell> ↑
[10:47] <tkamppeter> pitti, seems that AppArmor rules of CUPS need an extension, see bug 1402350.
[10:48] <tkamppeter> pitti, seems that a filter is accessing systemd stuff. I do not really know for what of systemd CUPS needs access permission.
[10:50] <Riddell> "Notify Michael Vogt to perform a GnomeAppInstallDesktopDatabaseUpdate" ← mvo
[11:02] <ScottK> xnox: It wasn't really a factor.  Personally, I think it's still an experiment.
[11:09] <pitti> Riddell: hm, I don't have a strong opinion; at some point we want to move to errors.u.c., but I suppose we aren't there yet
[11:10] <pitti> Riddell: my gut feeling is that we should enable it after the christmas holidays, though
[11:10] <pitti> Riddell: enabling it now with very few people actually looking at incoming bugs might just be a waste?
[11:10] <Riddell> pitti: okay dokay
[11:11] <Riddell> pitti: doesn't errors.u.c needs apport to report to it?
[11:11] <pitti> Riddell: yes, but apport itself is running; we only disable crash submission to Launchpad
[11:11] <pitti> tkamppeter: ah, that's the journal (i. e. log messages); apparently that driver supports it
[11:11] <Riddell> pitti: so how does apport report to errors.u.c ?
[11:12] <pitti> tkamppeter: I think you should reassign this to apparmor -- IMHO writing the journal socket should be allowed in teh same place that allows writing to /dev/log, i. e. in /etc/apparmor.d/abstractions/base
[11:13] <pitti> Riddell: it's "whoopsie" which does that -- it looks for new /var/crash/*.crash, and uploads them
[11:13] <pitti> tkamppeter: I'll update the bug
[11:15] <Riddell> pitti: sneaky, it doesn't tell the user?
[11:16] <pitti> tkamppeter: but updated
[11:16] <pitti> tkamppeter: "bug"
[11:16] <pitti> Riddell: it does the normal way -- it's just that clicking "send" won't invoke a browser, it just creates a /var/crash/foo.upload stamp which then triggers whoopsie to upload it to errors.u.c.
[11:22] <Riddell> pitti: so is there any reason for apport to report to launchpad?
[11:23] <pitti> Riddell: some, yes; on LP you have a channel to the reporter, thus you can ask to try some extra things, attach program output, try a fix, etc.
[11:23] <Riddell> pitti: ah yes.  thanks for explaining
[11:24] <pitti> Riddell: there's some plan to allow a subset of those on errors.u.c. as well, but it never got implemented
[11:24] <pitti> Riddell: so my personal gut feeling is to enable LP bugs for alpha-2, at least after the EOY holidays
[11:27] <tkamppeter> pitti, jjohansen, thank you very much.
[11:29] <Riddell> pitti: sounds like a plan
[11:36] <Riddell> alpha 1 freeze in place for kubuntu, ubuntu gnome, ubuntu kylin
[12:55] <Laney> Riddell: You need to put it in 'freeze', not 'block'
[12:57] <Riddell> Laney: in hints-ubuntu? why?
[12:58] <Odd_Bloke> I've been looking at building cloud images using Launchpad buildds, and think I'm going to have a small patch to live-build; how are changes to live-build managed?
[12:59] <Laney> Riddell: because there's a list of allowed files and block is not one of them
[12:59] <Riddell> Laney: ok, fixed
[12:59] <Laney> cool
[12:59] <Riddell> Odd_Bloke: probably cjwatson is your man there
[14:33] <cjwatson> Odd_Bloke: nothing fancy, just bugs.  I'm not your man for this any more though, get slangasek to find another victim or ask on #ubuntu-release
[14:49] <Odd_Bloke> cjwatson: Understood, will do.
[14:50] <Odd_Bloke> It isn't urgent, as we're building from our own PPA for livecd-rootfs anyway.
[14:52] <caribou> is there specific packages from which we get the binary that we put in our initramfs ?
[14:52] <caribou> I'm looking for the sources for ipconfig
[14:53] <caribou> initramfs-tools ?
[15:46] <cjwatson> caribou: ipconfig comes from klibc-utils
[15:47] <cjwatson> caribou: dpkg -S bin/ipconfig
[15:47] <caribou> cjwatson: thanks; for some reason I couldn't find it with -S
[16:03] <mgedmin> cjwatson, I'm assuming you're no longer taking care of gfxboot-theme-ubuntu?  can you suggest a successor?
[16:04] <mgedmin> https://bugs.launchpad.net/ubuntu/+source/gfxboot-theme-ubuntu/+bug/1384188 is something trivial I'd like to see fixed in vivid
[16:44] <cjwatson> mgedmin: I've passed you on to cyphermox, at least in this instance
[17:42] <cyphermox> mgedmin: it's pretty much the same result but there is po/bin/add_text that can be used to add translatable strings; it also updates the po files at the same time. I'll be done shortly, just finishing with a translation update while we're at it
[17:46] <mgedmin> welp, there was a README in po/ and I didn't notice!
[17:47] <mgedmin> I assume the translations will be done through launchpad as usual?
[17:57] <cyphermox> mgedmin: yes, I did an export to update the package, that's all
[18:15] <cyphermox> mgedmin: https://launchpad.net/ubuntu/+source/gfxboot-theme-ubuntu/0.18.0
[21:14] <hallyn> Feh - when did this start up again?  this is like maverick era bug:
[21:14] <hallyn> WARNING: gnome-keyring:: couldn't connect to: /run/user/1000/keyring-0JIGtA/pkcs11: Connection refused