[00:09] Logan, we are discussing it right now. There is a list of questions we have and how we gonna do it. [00:10] That might be surprising since openssh, bind9, and apache2 don't support it as-is. [00:11] there are dependencies and security considerations [00:11] also ruby2.4 [00:13] Right, didn't mention that one. Ruby 2.5 supports, but I'm presuming that's why do ko was asking #debian-ruby. [00:13] (Err, fixed in 2.4, they're skipping directly to .5) [00:15] yes === JanC_ is now known as JanC [07:33] mapreri: Danke. === koza|away is now known as koza === CRogers_________ is now known as cRogers === cRogers is now known as CRogers === ogra is now known as ogra_ [11:48] Unit193: do you want me to upload your irssi merge to artful? [13:43] Odd_Bloke: hey, is there any chance of arm64/artful cloud images (in SS bos01)? [14:44] stgraber: hey, the failure on the snapcraft autopkgtest that's blocking your lxd SRU was a problem with the launchpad proxy [14:45] a re-run should help. === koza is now known as koza|away [15:10] elopio: ok, cool, thanks [15:17] infinity, hey. there has been no response yet for the patch submitted to debian for lp: #1692494 , which should be the curse of action? Should I ping anybody about this? [15:17] Launchpad bug 1692494 in klibc (Ubuntu) "klibc does not support reboot arguments" [Undecided,New] https://launchpad.net/bugs/1692494 [15:20] Unit193: I uploaded your irssi merge, hope you don't mind [15:49] nacc: let's go with "no" [15:50] nacc: wait what? [15:50] nacc: distribute fleet as a snap kthxbye ? [16:04] Laney: We're building them; I think you'd have to bug IS to get them synced in. [16:07] mwhudson: yeah, that might be a fine response :) [16:36] Unit193: anytime (for syncs I react right after I see the mails, don't really have time to go hunt more complex sponsorships these days, but if you need please poke me) [17:00] tjaalton: hello. Can you help us putting snapcraft 2.31 in xenial, yakkety and zesty -proposed? [17:04] slangasek: Sergio is asking why click was not dput-ed. Are we missing something there? [17:04] elopio: we are sprinting this week so hitting time constraints. I will try to make time today [17:05] slangasek: ok, it would be nice if we can spend [17:05] the weekend testing. [17:05] but I understand. Please ping me if I can help with something. [17:09] elopio: Does it have snapcraft-specific users!? :P [17:10] Skuggen: sorry, I don't understand. [17:11] We are a bit blocked from making "proper" MySQL snaps because we can't change file ownership and drop process privileges [17:12] Skuggen: yes, I know :( That's still on discussion in the forum. [17:15] Skuggen: https://forum.snapcraft.io/t/snappy-and-users-and-groups/331 === zyga_ is now known as zyga-fedora [17:40] elopio: Right, primarily #1619888 [18:49] nacc: did you look at celery yet? [18:49] mwhudson: i'm working on it now, but about to travel home [18:50] nacc: cool [18:50] nacc: where are you guys? [18:50] mwhudson: it needs several updated deps too (billiar, sphinx-celery) [18:50] *billiard [18:50] nacc: hooray [18:50] mwhudson: so i'm having to iterate a bit :) [18:50] nacc: want help? (i'm travelling today to though so....) [18:50] *too [18:52] mwhudson: i'm happy to churn on this for a bit -- if i don't make much progress on monday, i'll ping you -- if that's ok by you schedule wise? [18:52] nacc: sure [19:12] huh, chan is locked down now? [19:13] bug 1697043 - is there a known bug in debconf right now? [19:13] bug 1697043 in lxcfs (Ubuntu) "package libpam-cgfs 2.0.7-0ubuntu1~16.10.1 failed to install/upgrade: subprocess installed post-installation script returned error exit status 128" [Undecided,New] https://launchpad.net/bugs/1697043 [20:27] mdeslaur: No that's quite alright, thanks very much! [20:35] mapreri: And thanks, will do. What do you feel about ruby? [22:05] pitti, regarding adding the pid to apport reports, I forgot to ask if the way I proposed is good enough... I wonder if it would be better to do that from somewhere else? for example, add_proc_info seems to set it from other means (os.getpid) but I'm not sure we need to cover those other code paths