[01:13] <Grapes> Are we on 17.04 yet?
[01:27] <sarnold> Grapes: feature freeze is next week
[01:28] <Grapes> schweet
[01:43] <rizonz> Grapes: meh I'm just deploying 16.04 :P
[03:57] <countingdaisies> When I run sudo a2enmod php5.6-curl  it tells me  "ERROR: Module php5.6-curl does not exist!"  but when I run sudo dpkg -l | grep curl I get this:  http://paste.ubuntu.com/23964773/  which shows that php5.6-curl is installed (doesn't it?). What am I doing wrong?
[03:58] <sarnold> hrm if you're going to use sury' repo you may have to ask him for help :/
[03:58] <patdk-lap> thinking that php curl has anything at all to do with apache
[03:59] <sarnold> oh? is it enought to just have it installed and then php can use it?
[03:59] <patdk-lap> no
[03:59] <patdk-lap> isn't that what phpenmod is for?
[03:59] <sarnold> no idea
[04:00] <sarnold> tis a silly language, I never go there :)
[04:25] <countingdaisies> not sure what all that means but ok.
[04:32] <patdk-lap> countingdaisies, that was the point
[07:25] <gaurangt> hi, is OpenStack mitaka release supported for xenial (16.04). It seems the documentation is little confusing here - https://wiki.ubuntu.com/OpenStack/CloudArchive
[07:28] <gaurangt> the timeline here shows that the Mitaka release is the latest stable supported release for Xenial (16.04). But the below section "How to enable and Use" states that the mitaka cloud archive is only supported on trusty (14.04).
[07:29] <gaurangt> I also see a bug opened for this which is confirmed but not yet fixed.
[07:29] <gaurangt> https://bugs.launchpad.net/ubuntu/+source/software-properties/+bug/1616454
[07:51] <cpaelzer> gaurangt: 16.04 effectively "IS" Mitaka
[07:51] <cpaelzer> gaurangt: if you look at the drawing on the link you sent, you see that M is the last one on top of 14.04
[07:51] <cpaelzer> gaurangt: and then 16.04 LTS starts and it starts with an M right underneath
[07:51] <cpaelzer> with the same support time
[07:52] <cpaelzer> gaurangt: so the reason for "Mitaka cloud archive only supported on Trusty" is that Xenial does not need a "cloud archive" to have it
[07:52] <cpaelzer> it is just supported by being Xenial
[07:52] <cpaelzer> gaurangt: sorry - does that make any sense to you?
[07:53] <sarnold> thanks for the explanation cpaelzer -- it helps me anyway :)
[07:54] <cpaelzer> great, if gaurangt would ack I could maybe move that into the bug as explanation.
[07:58] <gaurangt> cpaelzer, thanks. Does that mean we need not add the cloud archive in xenial for mitaka and it can itself install the packages from standard xenial repo, right?
[07:59] <cpaelzer> gaurangt: exactly
[07:59] <gaurangt> cpaelzer, ok. That helps. Thanks :)
[08:07] <cpaelzer> rbasak: nis doesn't seem to be in usd-i, could you run an import and ping me ?
[08:11] <gaurangt> cpaelzer, if someone wants to install the OpenStack M release in xenial and doesn't have internet access, what are the recommendations?
[08:13] <sarnold> a full ubuntu archive is only a tb, you could mirror the whole thing from starbucks and set up your own mirror in your bunker on that :)
[08:15] <gaurangt> sarnold, yeah, some customers may choose not to have internet access to their machines. So I believe we should recommend them to have a local mirror setup on one machine which has access to internet and then access this mirror from the machines we need to access.
[08:15] <gaurangt> sarnold, thanks :)
[08:16] <sarnold> gaurangt: the juju / maas / conjureup stuff should all handle proxies of some sort by now, I think
[08:16] <sarnold> (I have to admit I haven't tested, but it seemed to be a frequent request a year ago and I don't see much of it today..)
[08:18] <cpaelzer> also many of those caring enough to do local mirror also go for this and many other things that landscape provides
[08:18] <cpaelzer> https://landscape.canonical.com/static/doc/user-guide/ch09.html#idm46055123390496 https://landscape.canonical.com/static/doc/api/repositories.html
[08:19] <cpaelzer> gaurangt: ^^ you might take a look
[08:19] <cpaelzer> that will also do like update management and oh so many other things
[08:19] <gaurangt> cpaelzer, sure, will check. Thanks
[08:19] <sarnold> cool, i've not seen this before :)
[08:24] <cpaelzer> rbasak: I was going through my old repo of nis, and identified that all Deltas can be dropped now making it a sync
[08:24] <cpaelzer> rbasak: I'll do some tests
[08:24] <cpaelzer> nacc: ah FYI - I picked nis
[09:37] <cpaelzer> rbasak: arr another upload permission thing - this time nis
[09:37] <cpaelzer> rbasak: this is MOTU at the moment
[09:37] <cpaelzer> rbasak: it will become a sync now, but I can't sync it
[09:38] <cpaelzer> rbasak: what would you think - is adding server-dev to nis reasonable?
[09:38] <cpaelzer> rbasak: or OTOH - you might just call the sync for me if you want (syncpackage --debian-version=3.17.1-1 --force --verbose nis)
[09:43] <rbasak> cpaelzer: I think I should sponsor the sync for you for now, and you should use it as evidence for your MOTU and/or core dev applications :)
[09:43] <rbasak> cpaelzer: so for that purpose you do you mind using requestsync please?
[09:44] <cpaelzer> rbasak: of course
[09:44] <cpaelzer> rbasak: I have even documented the reasoning for why a delta drop is ok http://paste.ubuntu.com/23965942/
[09:44] <cpaelzer> rbasak: can I add that on requestsync anywhere?
[09:44] <rbasak> Ah, great!
[09:44]  * cpaelzer goes studying requestsync
[09:45] <rbasak> requestsync is just a wrapper around filing a bug. So you can always add stuff to the bug later.
[09:48] <cpaelzer> rbasak: I just see that was the weird TIL lock remerge you did over it
[09:49] <cpaelzer> rbasak: can you to make my stament 100% proven a usd-i sync for it ?
[09:50] <cpaelzer> I want to check any potential delta in ubuntu2 and ubuntu3 more explicitly
[09:51] <cpaelzer> I'm running through debdiffs now, so if usd-i doesn't work it is ok
[09:59] <rbasak> Running it now.
[10:11] <cpaelzer> rbasak: sync request bug 1663535
[10:12] <cpaelzer> Also added my Tests as extra proof now
[10:12] <cpaelzer> rbasak: I started a "reason for MOTU" example list, once it reaches three items I'll apply
[10:16] <cpaelzer> coreycb: zul: qemu is still blocked on the OOMing test - if not resolved anyway til then could we meet in a Hangout on Monday to talk about how to get things passing before FF?
[10:16] <cpaelzer> coreycb: zul: in that case just drop me an invite for monday when it works for you
[10:16] <cpaelzer> coreycb: zul: in the case that you have an upload that fixes it anyway - thanks and no need for a call then
[11:55] <metachr0n> hi everyone ... i've been experiencing issues relating to pam and systemd ... ssh logins are terribly slow ... it was like this before ... did an update went away ... new update and its back
[11:56] <metachr0n> pastebin.com/6TJE2zhS
[11:57] <metachr0n> that is during an sudo
[11:59] <metachr0n> the odd thing is that its done this like three times
[11:59] <metachr0n> its 16.04 btw
[11:59] <metachr0n> and basically ... a dist-upgrade and its fixed for awhile
[11:59] <metachr0n> another and its broken again
[11:59] <metachr0n> any ideas?
[12:00] <metachr0n> i can't disable PAM because yeah ... thats no good
[12:00] <metachr0n> we use LDAP and normal user accounts, and google authenticator
[12:00] <metachr0n> getent passwd is without delay
[12:01] <metachr0n> any help in troubleshooting or seeing more verbosity might be helpful too
[12:21] <frickler> what is the difference between nova-api and nova-api-os-compute? installing the former removes the latter, but also nova-placement-api, though if I understand http://docs.openstack.org/developer/nova/placement.html correctly, I need to run the placement API in addition to either of the first two
[16:08] <teward> this may sound like an odd question, but is there a way to add a user to the group that can work with lxc/lxd without needing to use `sudo`?
[16:08] <teward> 'cause apparently I can't figure out how to do it
[16:08] <teward> oh wait i probably should reboot nevermind
[16:15] <BloodStone> teward, you can allow a user to run sudo on a specific command in /etc/sudoers.d/
[16:21] <nacc> cpthanks
[16:21]  * nacc hitting enter before reading if tabcomplete worked -^ :)
[16:25] <blueking> one can't access ssh on ubuntu from different subnets ?
[17:46] <powersj> nacc: can I get you to import autofs please?
[17:46] <drab> blueking: well can you ping the host to begin with?
[17:47] <drab> if the subnets aren't routable the host won't simply be reachable
[17:51] <nacc> powersj: running
[17:54] <powersj> nacc: thank you sir
[17:55] <blueking> drap after set rp_filter=0 on /proc/sys/net/ipv4/conf/  all  and default  I can ping ubuntu machine
[17:56] <blueking> drab even :P
[17:56] <blueking> drab looked like drap :P
[17:56] <blueking> drab from denmark ?
[17:57] <drab> nope, from... I actually don't even know anymore, sometimes I feel like I was born in an airport
[17:58] <drab> blueking: what do you get if you run ssh -vvvv host ?
[17:58] <drab> does it try to connect at all or what?
[17:58] <blueking> that have to wait adding two more hdd's on machine now
[17:58] <drab> k, np
[17:59] <blueking> damn have seagate killed those middle holes  only 4 holes  2 on each side    used to be 3 on each side...
[17:59] <blueking> hard drive mounting brackets doesn't fit :/
[17:59] <blueking> it's too short :/
[18:57] <nacc> powersj: done
[19:08] <DosTuMai> o/
[19:38] <soop> anyone care to point me to a howto to convert a physical ubuntu box to a vm?
[19:39] <lynorian> soop, first question what hypervisor will you be using for the vm?
[19:40] <sarnold> my first attempt would look like: boot to another media; dd if=/dev/sda of=/tmp/vm_img.raw ; qemu-img convert to qcow2 or whatever
[19:51] <soop> lynorian: hyper-v *blech*
[19:55] <lynorian> soop, sorry do not know anything about hyperv so cannot help you there
[20:00] <DammitJim> why is it that just now I ssh'd into my ubuntu 16 server and I'm seeing *** System restart required ***
[20:00] <DammitJim> I thought I had selected NOT to perform automatic updates?
[20:41] <drab_> DammitJim: do you have unattended-upgrade installed? you may have selected "security updates" only, which may require a restart
[20:42] <drab> see if you have unattended-upgrade installed and what /etc/apt/apt.conf.d/50unattended-upgrades says
[21:11] <DammitJim> oh, let me check
[21:36] <nacc> powersj: are you waiting on any more reviews from me for your merges
[22:40] <powersj> nacc: nope just that one, rbasak has my other
[22:40] <powersj> nacc: thanks for looking at it! that was my first :)
[22:40] <nacc> powersj: np
[23:22] <Village> Hello, what means - "dpkg -L lua-socket" command at terminal?
[23:24] <tarpman> Village: list the files owned by the installed package "lua-socket"
[23:24] <OerHeks> dpkg -L = --listfiles package-name
[23:24] <tarpman> Village: for more details: man 1 dpkg
[23:24] <Village> oh so not interesting command
[23:24] <Village> thatk guys
[23:24] <Village> thanks
[23:27] <sarnold> what do you mean "not interesting"? :) I use it all the time :)
[23:28] <genii> sarnold: I find dpkg -S filename  generally useful
[23:28] <sarnold> genii: I use that one more frequently, yes :)