[09:25] <fishcooker> im on ubuntu 14.04... after i do reconfig /etc/network/interfaces... how to restart the network... i do /etc/init.d/networking restart but it don't use latest config
[09:27] <rbasak> fishcooker: easiest way? Reboot. If you want to bounce the loopback interface, then stuff may fail anyway. Complicated way? Bring down the interface(s) you're changing *first* using ifdown, then edit /etc/network/interfaces, then ifup what you need afterwards.
[09:28] <rbasak> "/etc/init.d/networking restart" doesn't really make sense in the modern era of hotpluggable NICs and complex network layouts such as bridges and bonds.
[09:28] <rbasak> And we don't have a goal-seeking networking configurator (yet).
[09:33] <fishcooker> noted
[09:52] <jamespage> bug 1659515
[09:55] <fishcooker> what's the diff between ifconfig eth0 up/down with if[up/down] rbasak?
[10:07] <rbasak> fishcooker: ifupdown keeps track of things in userspace for you, including doing DHCP, DNS, etc. ifconfig bypasses that and speaks to the kernel directly and does none of that.
[10:29] <frickler> jamespage: cleaning up old stuff I found https://bugs.launchpad.net/tripleo/+bug/1632538 , can you please check if that is good to go from -proposed to -updates now?
[10:34] <jamespage> frickler, looking now
[10:35] <jamespage> frickler, I can't do the move myself - but you've updated the tag so the SRU team should pickup soon
[10:35] <jamespage> rbasak, I know its not your day but is this something you could do ^^ ?
[10:45] <jamespage> coreycb, are we good to push proposed->updates for ocata?
[10:56] <rbasak> jamespage: trying but I'm just getting LP timeouts right now, sorry.
[11:57] <jamespage> rbasak, urgh
[11:57] <jamespage> rbasak, I think that went through (I just saw an email for one series)
[11:57] <jamespage> the 16.04 I think
[12:03] <rbasak> jamespage: retried both, done now I think, including the automatic bug comment.
[12:03] <jamespage> rbasak, thankyou - much appreciated - frickler ^^
[12:08] <rbasak> You're welcome
[12:31] <frickler> thanks from me to both of you
[12:32] <coreycb> jamespage, yes i think we can.  there's a bug in designate that seems to be an upstream bug.
[12:32] <coreycb> that's all
[12:40] <samba35> when i want to use update-alternative it says "" in manual mode "" what it mean ? do i run update-alternative every time ? can this be done auto ?
[12:52] <samba35> brb
[13:29] <jamespage> coreycb, ok promoting now
[13:29] <jamespage> you announce email lgtm btw
[13:29] <coreycb> jamespage, ok thanks
[13:51] <jamespage> coreycb, we might need to get neutron-lbaas-dashboard packaged up
[13:51] <zul> coreycb: there is some new deps out this morning but b3 is startnig to release as well, so im going to get to the deps first then start on b3
[13:51] <jamespage> its the lbaasv2 dashboard so currently with newton you can't horizon configure LB's
[13:51] <jamespage> works OK from the CLI tho
[13:51] <coreycb> jamespage, ok
[13:51] <coreycb> zul, sounds good
[13:52] <coreycb> jamespage, i'll see if we can get that into ocata
[13:53] <zul> coreycb:  nova might be blocked because python-os-xenapi is not in the archive yet and no archive admin has reviewed it
[14:11] <cpaelzer> jamespage: zul: coreycb: whatever it is worth todays retry on the weird container pid issue I reported worked fine
[14:12] <cpaelzer> still it was worth to write about it so people can find it in the chat log and such
[14:13] <zul> cpaelzer: the s390 thing?
[14:13] <cpaelzer> zul: yeah the container pid namespace assertion thing
[14:13] <cpaelzer> zul: had 1 ppc and 2 s390 hits - so not arch exclusive
[14:13] <zul> cpaelzer: ah ok
[14:14] <coreycb> cpaelzer, ok i'll let you know if we see it in the future
[14:47] <frickler> is it intentional that murano-dashboard for UCA newton is still at 2.0.0, while the rest of murano is at 3.0.0?
[14:47] <frickler> I also just found a nasty issue in it: https://bugs.launchpad.net/ubuntu/+source/murano-dashboard/+bug/1659570
[14:55] <zul> coreycb: i got barbican
[15:15] <zul> coreycb: b3 needs a newer alembic
[17:00] <zul> coreycb: i got heat
[18:44] <bigtonicus> i need to send no-reply emails from my private subnet but the mail client needs to sent them to the smtp server securely any tutorials out there that can help me?
[18:45] <bigtonicus> so i need to send no-reply@example.com from a client on a private subnet to a server running the tls postfix server so the mail to the tls postfix server is secure
[18:58] <sarnold> bigtonicus: do you want a full-blown smtp service on the sending machine or do you just want a simple little tool? msmtp is a nice simple little thing
[19:08] <bigtonicus> it needs to send no-reply emails for a fqdn will msmtp do that?
[19:09] <bigtonicus> so I will be sending the email from a client but i need to configure the mta postfix server to send emails for the example.com domain
[19:16] <sarnold> sure just set the From: header to whatever you please
[19:26] <zul> coreycb: got glance
[19:29] <coreycb> zul, ok
[19:30] <coreycb> mwhahaha, i file a bug so we can track the designate issue: https://bugs.launchpad.net/designate/+bug/1659638
[19:36] <mwhahaha> coreycb: ok
[20:32] <zul> coreycb: heat busted with newer ceilometerclient, proposing fix
[21:07]  * teward throws sticks at sarnold
[21:08] <sarnold> afternoon teward :)
[21:08] <teward> greetings to thee
[21:08] <teward> sarnold: mind if I bother you about SSL stuff?
[21:08] <teward> very basic question :p
[21:08] <sarnold> sure
[21:08] <teward> sarnold: i am about 100% certain of this, but there's no *sane* way to backport OpenSSL 1.0.2 to Trusty or such is there?
[21:08] <teward> Not without introducing major explosive breakages
[21:09] <sarnold> teward: nothing comes to mind for doing that 'easily'
[21:10] <sarnold> you certainly wouldn't want to just replace the system openssl with a newer package
[21:10] <sarnold> you could compile your own in /usr/local and use it for the things that need a newer openssl, but that seems like it's outside your usual range of intentions :)
[21:11] <teward> that's the assumption I made.  see https://bugs.launchpad.net/nginx/+bug/1658129 for why I asked :P
[21:11] <teward> sarnold: you're right, ^ that's what I was asking about
[21:11] <teward> and I'm not ready to open that can of worms.  Ever.
[21:12] <teward> I'd sooner volunteer to be hit by a taser than open that can of evil :P
[21:12] <sarnold> teward: this is something that a snap could handle. but I don't know how likely snaps are to work on trusty. we've sunk man-months into making that happen but not having systemd on trusty is a bit of a sticking point.
[21:12] <sarnold> maybe even man-years
[21:12] <teward> sarnold: well, I am pretty "No." in these terms
[21:13] <teward> basically the PPAs are under my direct thumb, if I say "Sorry, not happening" I win that fight.
[21:13] <sarnold> teward: for a ppa that's probably the right attitude to take :)
[21:13] <teward> true statement
[21:13] <teward> but i've seen stupid things like this for the nginx package over history too :P
[21:13] <teward> ended up having to tell people it is never happening
[21:14] <sarnold> I have a friend who is convinced half the secret to success in an open source business is knowing which requests deserve a "no" response
[21:14] <teward> that's about accurate heh
[21:14] <teward> brb coffee run
[21:15] <sarnold> as in you've got to know what it is you set out to build and why you're doing it. listen to people but be prepared to say "that's not why we're doing this" if their vision doesn't align with yours
[21:15] <sarnold> enjoy :D
[21:18] <teward> yup
[21:19] <teward> sarnold: i've done that for feature requests to add new modules to Ubuntu (but not Debian) in the past
[21:19] <teward> mostly because I don't want to make your guys lives' evil on the Security Team
[21:19] <teward> 'cause it'd need reviewed :P
[21:20] <sarnold> \o/ :D
[21:21] <sarnold> yeah my review backlog is guilty long..
[21:22] <teward> :P