[16:47] <whit> is there anyway to tell quickstart not to implicitly install juju local?
[16:48] <whit> (or add the stable ppa when it's already there)?
[16:48] <whit> like an env var or a flag?
[16:48] <rick_h_> whit: hmm, it should detect it. If that detection is failing maybe a bug?
[16:48] <rick_h_> oh yea there's a --no-ppa or something I think. /me checks
[16:48] <whit> ah ok cool
[16:50] <rick_h_> well the code http://bazaar.launchpad.net/~juju-gui/juju-quickstart/trunk/view/head:/quickstart/manage.py#L65 looking for the cli flag
[16:53] <rick_h_> whit: ok so --distro-only
[16:54] <rick_h_> will only keep to the disto provided version of juju and not install the ppa
[16:54] <rick_h_> whit: I also think it respects a JUJU var for a custom juju path used for testing. I'm blanking on that atm maybe frankban can point it out faster than I can grep it out
[16:54] <whit> rick_h_, huh.. I've got a docker container with the client + quickstart with stable installed
[16:54] <whit> somehow it's not picking up the check
[16:55] <whit> rick_h_, I can dig around. I only asked here if someone had it on the top of their stack :)
[16:55] <rick_h_> whit: definitely sorry juggling a few calls/ircs atm and slow fording
[16:55] <rick_h_> will get it asap
[16:56] <frankban> whit: --distro-only should avoid installing the PPA
[16:56] <whit> rick_h_, well thanks for taking a look for me... 
[16:56] <rick_h_> frankban: right but he's not getting it picking up the juju path at all atm
[16:56] <whit> frankban, I think the check is failing somehow
[16:56] <rick_h_> frankban: isn't there an ENV var for telling it where juju is?
[16:56] <frankban> rick_h_: @JUJU
[16:56] <frankban> $JUJU 
[16:57] <frankban> whit: what's the path of juju in your system?
[16:57] <rick_h_> whit: ^ try that out with the path to juju?
[16:57]  * whit checks
[16:58] <whit> $JUJU is not set
[17:01] <frankban> whit: `which juju`?
[17:03] <whit> ultimately installed in /usr/lib/juju-1.21.1/
[17:03] <whit> but linked into /usr/bin
[17:05] <frankban> whit: so you have a /usr/bin/juju correct?
[17:05] <whit> frankban, yup
[17:06] <frankban> whit: `/usr/bin/juju --version`?
[17:06] <whit> frankban, 1.21.1-trusty-amd64
[17:07] <frankban> whit: what's the return code of `/usr/bin/lxc-ls`?
[17:08] <whit> frankban, on a fresh container, lxc-ls doesn't exist
[17:08] <whit> is that what's checked?
[17:08] <frankban> whit: that's why quickstart is trying to install juju-local, yes
[17:09] <whit> frankban, ok 
[17:10] <whit> frankban, is there a way to turn that behavior off in the current version?
[17:10] <whit> fake out lxc-ls?
[17:11] <frankban> whit: there's no way, except the hack you mentioned
[17:11] <whit> frankban, is it just testing for existence or a successful run?
[17:11] <frankban> whit: we can work on an override, I am not sure about the use case there
[17:12] <whit> frankban, that's cool, I'll make a ticket explaining
[17:12] <frankban> whit: successful run
[17:12] <frankban> whit: thank you
[17:12] <whit> local provider does not run inside docker atm
[17:12] <whit> may never, though we are going to give it a shot
[17:13] <whit> but currently the client and qs run quite nicely, and having throwaway containers is nice for all sorts of things
[17:13] <whit> teaching, demoing, testing, charm review, etc
[17:15] <frankban> whit: I see
[17:17] <whit> frankban, thanks for your help
[17:17] <frankban> whit: np
[21:59] <huwshimi> Morning