=== tekku is now known as tekk
=== _degorenko|afk is now known as degorenko
=== Ussat is now known as WeAreScrewed2016
[13:07] <coreycb> beisner, good morning, when you get a chance can you promote python-glance-store and mistral from newton-staging -> newton-proposed?
[13:11] <coreycb> beisner, also could use a flush of mitaka-staging -> mitaka-proposed for openstack-trove, mistral, and python-django.
[13:37] <zul> coreycb/ddelav: just updating deps this morning
[13:38] <coreycb> zul, cool thanks
[14:12] <coreycb> zul, ddellav, i'm working on the remaining red pkgs in ocata ci.  also bumping python-tenacity to 3.3.0 for vmware-nsx.
[14:12] <zul> coreycb: ok
[14:15] <ddellav> coreycb any chance the pbr issue with keystone is resolved?
[14:16] <coreycb> ddellav, i can fix that while i'm in there
[14:16] <ddellav> coreycb i've updated keystone already, just need that PBR fix to build binaries properly
[14:18] <coreycb> ddellav, ok should be fixed now, try pulling again
[14:19] <ddellav> do you it up somewhere in a PPA so i can add it to my sbuild env? if not i can upload it to mine
[14:48] <cpaelzer> rbasak: nacc: hey I had the fun that debian just released a new version while I was workign on a merge
[14:48] <cpaelzer> rbasak: nacc: eventually that doesn't affect reconstruct/deconstruct/logial at all
[14:48] <cpaelzer> rbasak: nacc: all I'd like is maybe a reimport, then fetch from the importer repo
[14:49] <cpaelzer> rbasak: nacc: eventually I want a "newer" new/debian to re-rebase onto
[14:49] <cpaelzer> rbasak: nacc: does anything come to your mind that might make this task harder than it seems?
[14:49] <cpaelzer> rbasak: nacc: if not could one please re-run the importer on strongswan?
[14:50] <Braven> Hello
[14:50] <cpaelzer> Hi Braven
[14:51] <Braven> cpaelzer:  Hello, cpaelzer
[14:51] <rbasak> cpaelzer: so I think you're asking that we just import the latest strongswan, right?
[14:52] <cpaelzer> rbasak: yes importing is the main request
[14:52] <cpaelzer> rbasak: thinking it through what might break when doing so is the secondary
[14:52] <rbasak> cpaelzer: OK. Workflow-wise I think it should work whether it updates or not.
[14:53] <cpaelzer> rbasak: that is what I hope, and I can save and restore to an older copy anyway if I need
[14:53] <rbasak> Nothing should break - it's just about what your local new/debian tag points to. You can update it if you want, or not.
[14:53]  * rbasak runs the importer
[14:53] <cpaelzer> rbasak: I think I have to move the new debian my own after fetching, but that should be it
[14:54] <Braven> I am new to Ubuntu Server so this question might be easy. How do I make Primary DNS server Changes take effect without rebooting the server?
[14:54] <cpaelzer> rbasak: need to check if "usd-merge tag" would do some other magic I need to redo as well
[14:54] <rbasak> That's true.
[14:55] <cpaelzer> Braven: https://help.ubuntu.com/lts/serverguide/dns-configuration.html
[14:55] <cpaelzer> Braven: https://help.ubuntu.com/community/BIND9ServerHowto
[14:56] <rbasak> cpaelzer: strongswan imported
[14:56] <cpaelzer> rbasak: thanks I'll take a look if I run into anything working with it
[14:58] <Braven> I am sorry. The question was type wrong.  I need to know how to changes what dns server my ubuntu server are pointing too.
[14:58] <Braven> with out rebooting the system
[14:58] <cpaelzer> Braven: https://help.ubuntu.com/16.04/serverguide/network-configuration.html#name-resolution
[15:01] <cpaelzer> Braven: most resolv conf updates are instant but the doc I linked inlcuding the links from thereshould lead you
[15:12] <cpaelzer> nacc: rbasak: FYI - the git fetch pulled in the new revision from debian
[15:12] <cpaelzer> nacc: rbasak: but usd-merge tag (with -f) did not move the new/debian forward
[15:12] <cpaelzer> nacc: not sure - is that a bug?
[15:12] <cpaelzer> I mived it on my own for now
[15:14] <cpaelzer> or rather moved
[15:18] <cpaelzer> rbasak: nacc: other than that it seems to have worked just fine
[15:18] <cpaelzer> rbasak: nacc: and in general this merge is a perfect example why we need that process - even with all splits I still had 51 patches in deconstruct
[15:19] <cpaelzer> rbasak: nacc: squashed a lot into logical and then worked further and further on that after dropping some things that are now in Debian
[15:19] <cpaelzer> rbasak: nacc: now down to 29 patches and IMHO much more readable and logically contained
[15:19] <rbasak> \o/
[15:19] <cpaelzer> rbasak: nacc: I wouldn't see how you could reasonably merge that thing without this or a similar process
[15:25] <stoned> What happens to a distro after 5 years of LTS?
[15:25] <stoned> No more support, I imagine, but upgrading tends to become an issue.
[15:27] <cpaelzer> stoned: you mean https://www.ubuntu.com/info/release-end-of-life ?
[15:27] <cpaelzer> stoned: you mean upgrading from an end-of-life release becomes an issue?
[15:28] <stoned> yeah, after like 7-8 years.
[15:28] <stoned> :)
[15:28] <cpaelzer> stoned: LTS upgrade path is to the next LTS I wouldn't see an issue there today to go from e.g. 12.04 to 14.04
[15:28] <stoned> I see
[15:28] <stoned> I'm on 14 right now
[15:28] <stoned> I  have until '19
[15:29] <stoned> Thanks for the infor link
[15:29] <cpaelzer> stoned: things are around longer than being supported, you just won't get maintenance updates and so slowly but surely become security exposed
[15:29] <stoned> I see
[15:29] <cpaelzer> stoned: yeah you have quite some time left with 14.04
=== ShaRose_ is now known as ShaRose
=== baggar11_ is now known as baggar11
[16:07] <moonpup>  
[16:28] <caribou> jgrimm: FYI,I have just uploaded your X &Y multipath-tools SRU
[16:29] <jgrimm> caribou, thank you kindly!
[16:29] <caribou> jgrimm: sorry it took longer than expected,was on PTO part of last week
[16:30] <jgrimm> no worries, i was sprinting, so i didn't have time to verify them
[16:33] <nacc> cpaelzer: need to reboot, will brb
=== daniel1 is now known as Odd_Bloke
[17:14] <coreycb> ddellav, which ocata packages did you say you're working on. just want to not conflict.
[17:15] <ddellav> coreycb keystone and designate
[17:15] <coreycb> ddellav, ok
[17:15] <coreycb> ddellav, zul, i'll get ceilometer and vmware-nsx
[17:27] <zul> coreycb: ceilometer should be fixed
[17:28] <coreycb> zul, ok thanks
[17:28] <coreycb> zul, gnocchi_resources.yaml?
[17:28] <zul> coreycb: erm...thats new
[17:28] <coreycb> zul, ok I'll get that
[17:29] <zul> coreycb: why is it installing it in /usr/etc?
[17:30] <coreycb> zul, because it used to exist upstream in etc/ceilometer
[17:30] <zul> ah ok
[17:33] <coreycb> zul, ok pushed that and rebuilding
[17:33] <zul> coreycb: ack
=== degorenko is now known as _degorenko|afk
[18:19] <zul> ddellav/coreycb: fyi designate is kind of blocked on this https://mail.google.com/mail/u/1/#inbox/1583a29d923f5219
[18:20] <sarnold> hrm that url just loads my corporate gmail account, with no email in it..
[18:24] <coreycb> zul, got another link?
[18:25] <zul> coreycb: shit yet
[18:25] <zul> https://review.openstack.org/#/c/393839/
[18:27] <coreycb> zul, ok thanks.  did you start on monasca-statsd?
[18:27] <coreycb> zul, I think I remember you saying that but not sure
[18:27] <zul> yeah....im just waiting for a newer version
[18:30] <coreycb> zul, ok
[19:55] <logan-> having some issues getting a dual stack v4/v6 dhcp config working on a xenial interface. it seems like adding "iface ens3 inet6 dhcp" tries to start up a dhclient which conflicts with the v4 dhclient and fails to start.
[19:56] <logan-> so if anyone has had experience getting dhcp6 working on a xenial dual stacked interface i'd be interested to hear how the config looked
[20:04] <sarnold> logan-: curious. that seems worth a bug report
[20:05] <sarnold> logan-: I can't quickly find any example configs with both ipv4 and ipv6 dhcp on one interface
[20:06] <sarnold> logan-: I wonder if you could use the old 'network interface aliases' thing, e.g. ens3:0, ens3:1, etc.. with multiple stanzas, one for ipv4 and one for ipv6?
[20:07] <logan-> I will give it a shot and see
[20:14] <HexicPyth> I just set up a headless Ubuntu serve(16.04) and installed Virtualbox. I'm trying to install the NVIDIA drivers for my GPU so I can run my VM's with 3D hardware acceleration.  I tried installing the regular NVIDIA drivers from the repository and that wasn't enough. I know my issue isn't with virtualbox because on Ubuntu Desktop, 3D acceleration worked fine. Any ideas?
[20:14] <HexicPyth> *server
[20:15] <sarnold> HexicPyth: have you checked all the logs? dmesg and virtualbox logs on the host? dmesg and X11 or whatever on the guests?
[20:16] <HexicPyth> sarnold: I have not yet looked at the logs. All I know is that virtualbox isn't detecting 3D acceleration support. Checking the logs now...
[23:57] <curiousx> Hi! there
[23:57] <curiousx> So, i gotta execute this script and the 'start' parameter at boot time: '/opt/spunky/startscript.sh start'  i added it  into '/etc/rc.local' but no luck, any help ?
[23:58] <sarnold> curiousx: is it executable? is the /opt filesystem mounted at boot time? did you get any error messages logged anywhere?
[23:59] <curiousx> sarnold: Well, i have no idea non of those questions :D
[23:59] <curiousx> It's a VPS, that i just sshing :p
[23:59] <sarnold> curiousx: alright then, first things first, ls -l /etc/rc.local /opt/spunky/startscript.sh