[04:14] <eagles0513875> hi all I am running 16.04 on a vm and I am having issues finding the mysql module for apache what is it called please
[04:14] <eagles0513875> tried googling but to no avail
[04:15] <eagles0513875> disregard got it working
[05:23] <N3X15> Been running into https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/1583182 Since there hasn't been any apparent movement on that since 2016, any workarounds?
[06:15] <lordievader> Good morning
[09:10] <zioproto> jamespage: cloud archive for Newton still has the old dnsmasq package. Is there a release coming out ?
[12:32] <coreycb> zioproto: we're regression testing atm
[12:32] <coreycb> zioproto: it's in newton-proposed now
[12:43] <ahasenack> hi guys, any idea why the libvirt-qemu user uid is in the 64k range? Specifically, mine is 64055
[12:44] <ahasenack> shouldn't that be a "system user", and be between 100 and 999?
[12:44] <ahasenack> as it is, it's showing up as a regular user in the artful user management tool (GUI)
[12:45] <ahasenack> 64055 is in the 60000-64999 range which does have a special meaning in debian/ubuntu, but with this remark: "These ids are for packages which are obscure or which require many statically-allocated ids. "
[12:45] <ahasenack> libvirt isn't "obscure" last I checked :)
[12:45] <ahasenack> I can file a bug, was just wondering if somebody had a quick answer
[13:06] <jamespage> ahasenack: its probably to ensure a consistent uid/gid across a deployment - we did the same with ceph
[13:08] <ahasenack> jamespage: and on that range (64k) specifically?
[13:08] <jamespage> somewhere in that range yes
[13:08] <ahasenack> "The ids are allocated centrally and statically, but the actual accounts are only created on users’ systems on demand."
[13:08] <ahasenack> I see
[13:09] <ahasenack> that would also explain why I've seen the "ceph" user in my gdm login screen sometime ago, I always meant to chase that down
[14:45] <coreycb> jamespage: regression testing on newton-proposed is complete and successful for dnsmasq.
[14:47] <coreycb> jamespage: that also included the newton point release, bug 033
[14:47] <coreycb> nope
[14:47] <coreycb> bug 1718033
[16:52] <coreycb> jamespage: python-k8sclient 0.4.0 is ready to promote to pike-proposed.
[20:40] <Epx998> forced to work on windows servers today, meh