=== frankban|afk is now known as frankban
[08:42] <cnf> morning
=== frankban is now known as frankban|afk
[17:39] <Budgie^Smore> o/ juju world
[17:43] <rick_h> party
[17:43] <jrwren> Budgie^Smore: is your nick at all related to the desktop by that name?
[17:44] <Budgie^Smore> jrwren not that i am aware of, this has been my IRC nick since 97
[17:45] <jrwren> Budgie^Smore: ok, just curious.
[17:46] <Budgie^Smore> jrwren no worries :) now you have me curious... budgie has been my nick since elementary
[17:48] <jac_cplane> what irc channel can I use to get help with charm command
[17:50] <rick_h> jac_cplane: you can ask here. A lot of folks on holiday today so kind of quiet
[17:50] <jac_cplane> understood. thanks
[17:50] <cholcombe> rick_h: i deployed a reactive subordinate charm onto a ceph-mon xenial box and it seems to be using python2.  is that expected behavior?  the ceph-mon charm is not reactive
[17:51] <jac_cplane> ok - so I am part of a charm group ~cplane-team
[17:51] <jac_cplane> we have charms published in the charm store
[17:51] <rick_h> cholcombe: not sure. I would think that the reactive subordinate would carry it's own python version with it as a dep, but I've not tried it so not sure.
[17:51] <cholcombe> rick_h: ok
[17:51] <jac_cplane> but when I issue "charm list" I recieve a message that says "No charms found"
[17:53] <rick_h> jac_cplane: k, so it only checks for your username ootb and you need to specify the -u flag for others like https://pastebin.canonical.com/185983/
[17:54] <rick_h> jac_cplane: and as long as you have permissions you should be able to push to those charms with the correct charmstore urls e.g. cs:~cplane-team/trusty/cplane-controller and such
[17:55] <jac_cplane> Yes - I can push just fine.   but cannot list.  so I was just wondering if there was a problem with my account.  btw - I cannot access pastbin
[17:55] <rick_h> jac_cplane: oh my bad
[17:55] <rick_h> jac_cplane: try http://paste.ubuntu.com/24381761/
[17:56] <jac_cplane> @rick_h thanks.  !
[17:57] <rick_h> jac_cplane: np, let me know if that doesn't help you do what you're looking for.
[17:57] <rick_h> any juju folks, please check out and share along my latest "using juju for good stuff" blog post http://mitechie.com/blog/2017/4/12/three-reasons-you-need-to-keep-a-vpn-in-your-pocket ty!
[18:06] <Budgie^Smore> rick_h did I miss reason #1 in that link? I see the setup and reason #2 and #3 but ...
[18:06] <rick_h> Budgie^Smore: well the setup is kind of reason one (private connection)
[18:07] <rick_h> Budgie^Smore: I didn't call it out like that so it was sneaky and unclear :P
[18:07] <Budgie^Smore> rick_h that is what I thought ... but I have learned a long time ago not to assume anything
[18:09] <Budgie^Smore> rick_h oh I hate people who suggest remapping port 22! security by obscurity isn't security!
[18:09] <rick_h> Budgie^Smore: :)
[18:09] <rick_h> Budgie^Smore: but I get it all the time. "You shouldn't run ssh on port 22..." bug in today's world of transient machines kind of a pita
[18:09] <Budgie^Smore> rick_h you could add a bounce on how to setup your cloud instance fw to block traffic from all IPs but your vpn
[18:11] <Budgie^Smore> rick_h as I have helped run 30% of the world's web traffic, I dare anyone to tell me that and not get laughed out of the room... 250k servers / 2.4k+ data centers / 100+ countries, I know what I am talking about :)
[18:11] <rick_h> Budgie^Smore: :)
[18:28] <jac_cplane> when specifying a charm in a bundle, is it necessary to specify the version of the charm -0, -1 ?   will it alway take the latest if no version is specified
[18:32] <rick_h> jac_cplane: the bundle will grab the latest stable released version if no version is specified
[18:33] <jac_cplane> awesome - thanks rick
[18:33] <rick_h> jac_cplane: the version can be encouraged to make sure the deploy is exactly what you expect if you're doing testing/repeatable deploys, but if it's just a general solution and gets tested before charms are updated should be just fine w/o a version number
=== scuttle|afk is now known as scuttlemonkey