Merge lp:~michael.nelson/charms/trusty/landscape-client/fix-juju2-env-uuiD into lp:charms/trusty/landscape-client
Proposed by
Michael Nelson
Status: | Needs review |
---|---|
Proposed branch: | lp:~michael.nelson/charms/trusty/landscape-client/fix-juju2-env-uuiD |
Merge into: | lp:charms/trusty/landscape-client |
Diff against target: |
20 lines (+7/-1) 1 file modified
hooks/hooks.py (+7/-1) |
To merge this branch: | bzr merge lp:~michael.nelson/charms/trusty/landscape-client/fix-juju2-env-uuiD |
Related bugs: |
Reviewer | Review Type | Date Requested | Status |
---|---|---|---|
Landscape | Pending | ||
Review via email: mp+316415@code.launchpad.net |
Commit message
Allow the juju2 JUJU_MODEL_UUID to be used if the (juju1) JUJU_ENV_UUID is not available.
Description of the change
AFAICT, the landscape-client charm depends on the juju 1.x env variable JUJU_ENV_UUID: http://
I checked the juju source to verify the env var name: http://
To fix my existing units, I had to upgrade-charm and then:
$ juju run --application landscape hooks/container
One thing concerns me, and that is that PaulGear mentioned he checked a juju2 environment which is using the landscape-client charm and it was fine (without this patch).
To post a comment you must log in.
Unmerged revisions
- 56. By Michael Nelson
-
Add support for juju2's JUJU_MODEL_UUID
This fix is already in https:/ /code.launchpad .net/~landscape /landscape- client- charm/trunk which supports both trusty and xenial. It is also in the lastest charm store revisions:
cs:trusty/ landscape- client- 14 landscape- client- 1
cs:xenial/
The MP which addresses this issue is https:/ /code.launchpad .net/~adam- collard/ landscape- client- charm/juju- 2-support/ +merge/ 295697.
It looks like this branch just needs to be retired (although that would likely impact numerous existing mojo specs). Will dig a little on what the right answer should be here.