[09:48] <akshay__> Hi, Is there a juju command to get only version of the application installed?
[16:47] <kwmonroe> akshay__: assuming the charm author has set an application version, you can use the json status with the jq utility to get at it.  eg, for the ubuntu charm:  juju status ubuntu --format=json | jq '.applications.ubuntu.version'
[16:48] <kwmonroe> akshay__: you could also use juju run if you are more interested in the pkg version, for example, with the apache2 charm: juju run --unit apache2/0 'dpkg -l | grep apache2'
[16:51] <kwmonroe> bdx: with the help of axino, i was able to succesfully revproxy graylog with apache2.  here are the steps that worked for me (proposed for merging into the GL readme):  http://paste.ubuntu.com/25880563/
[16:52] <bdx> kwmonroe: great, thanks for sharing that
[16:52] <kwmonroe> sharing is caring
[16:52] <bdx> I couldn't figure it out for the life of me
[16:53] <bdx> I totally git it now
[16:53] <bdx> lol
[16:53] <kwmonroe> me neither -- it was only after axino showed me wtf a revproxy vhost is supposed to look like that it started to fall into place
[16:53] <bdx> right
[17:12] <akshay__> kwmonroe: thanks a lot
[17:18] <bdx> anyone here ever define static network interfaces using cloud-init nocloud datasource?
[17:19] <bdx> chatting them up over on #cloud-init, but thought I would ask here too
[17:20] <bdx> https://bugs.launchpad.net/cloud-init/+bug/1729715 - in case you want to follow along
[17:20] <mup> Bug #1729715: nocloud datasource network-config not working <cloud-init:Incomplete> <https://launchpad.net/bugs/1729715>
[21:03] <bdx> jaas is going crazy
[21:05] <kwmonroe> bdx: how so?
[21:06] <kwmonroe> or do you mean like "crazy awesome!"?
[21:06] <bdx> ha - I wish
[21:06] <rick_h> heh, i suspect he's meaning something different :P
[21:06] <bdx> possibly it wasnt jaas specifically
[21:06] <bdx> I just lost model context for a minute
[21:06] <rick_h> bdx: yea, checking our dashboards and I was just in my models but testing around
[21:06] <kwmonroe> yeah, possibly those pesky letters between your fingers and ground.
[21:06] <rick_h> bdx: not seeing any alarms going off in eother atm
[21:06] <bdx> yeah, ok
[21:07] <bdx> http://paste.ubuntu.com/25882081/
[21:07] <bdx> I had to switch back to my model
[21:08] <bdx> but even juju models wasn't returning initially
[21:08] <rick_h> bdx: what's wsjt?
[21:08] <kwmonroe> bdx: are you rocking juju from a snap?
[21:08] <rick_h> err wjst
[21:08] <kwmonroe> perhaps the snap refreshed on you?
[21:08] <bdx> I thought there may have been some squirrels in the pipes or something
[21:08] <bdx> ahh
[21:08] <bdx> yes
[21:09] <bdx> it did!
[21:09] <bdx> lol
[21:09] <bdx> kwmonroe: for the win
[21:09] <rick_h> oh...huh? what did the snap updating cause you to do?
[21:09]  * rick_h had never noticed that before
[21:09] <bdx> ^ paste above
[21:09] <bdx> rick_h:^
[21:09] <rick_h> yea, color me confused on wtf is going on in the paste
[21:09] <bdx> right
[21:09] <rick_h> I assume wjst is "watch juju status" but nothing happened?
[21:10] <bdx> wjst="watch -n 1 -c juju status --color"
[21:10] <bdx> yea, it lost model context
[21:10] <bdx> no biggie
[21:10] <rick_h> oic, so if the snap updates it loses context because of the new directory for temp files in the new snap?
[21:10] <bdx> probably
[21:11] <kwmonroe> rick_h: i don't know of a known issue, but if you happen to be juju foo'ing something when the snap upgrades, i'm guessing it could insert squirrels into pipes.
[21:11] <bdx> right
[21:11] <rick_h> kwmonroe: yea, I'm guessing the temp files used to track that state locally is swapped to a new version directory (e.g. /current moves)
[21:11] <rick_h> I guess I've not been *using* juju during a snap update
[21:11] <kwmonroe> let's go with that, and never speak of this again.
[21:12] <kwmonroe>  /channel clear
[21:12] <rick_h> kwmonroe: lol ok, but I feel better and less confused now so that's good
[21:12] <bdx> :) srry
[21:13] <bdx> fake friday afternoon alert
[21:13] <rick_h> bdx: yea don't do that to me 5pm on a friday and everyone's gone "oh f$@#"
[21:14] <bdx> :)