[00:48] <jac_cplane> how do I push a centos7 charm to the charm store?   when I push it only the trusy charm shows up.
[00:49] <jac_cplane> when I look at the charm in the charm store https://jujucharms.com/u/cplane-team/oracle-12c/
[00:49] <jac_cplane> it shows juju deploy cs:~cplane-team/trusty/oracle-12c-4  instead of juju deploy cs:~cplane-team/centos7/oracle-12c-7
[00:53] <jac_cplane> charm pull cs:~cplane-team/centos7/oracle-12c-7  works as expected.
[01:16] <jac_cplane> what is the difference between charm release and charm [push, publsh]  Does release just provide meta-data for a type like "stable" ?  or is there something more it does
[02:38] <lazyPower> jac_cplane: thats exactly it. push just pushes the object. release sets the charm revision on a channel
[02:38] <lazyPower> jac_cplane: https://jujucharms.com/docs/stable/authors-charm-store#entities-explained covers this in detail
[19:32] <jac_cplane> Hi I'm struggling to get a Centos Charm to work - following lenovo centos fixes http://fengxia.co.s3-website-us-east-1.amazonaws.com/python2%20charm.html.
[19:32] <jac_cplane> is there any other resources ?
[19:33] <jac_cplane> does the juju team have any way to support centos ?
[20:39] <tvansteenburgh> jac_cplane: your best bet is to ask (either here or on the mailing list) specific questions about specific errors or problems that you are encountering
[20:39] <tvansteenburgh> jac_cplane: mailing list is better in my opinion - more people will see it
[20:39] <jac_cplane> can you point me to the mailing list?  thanks
[20:40] <jac_cplane> running into this problem
[20:40] <jac_cplane> Traceback (most recent call last):
[20:40] <jac_cplane> unit-rac-master-0: 13:09:42 INFO unit.rac-master/0.leader-elected   File "/var/lib/juju/agents/unit-rac-master-0/charm/hooks/leader-elected", line 10, in <module>
[20:40] <jac_cplane> unit-rac-master-0: 13:09:42 INFO unit.rac-master/0.leader-elected     basic.init_config_states()
[20:40] <jac_cplane> unit-rac-master-0: 13:09:42 INFO unit.rac-master/0.leader-elected   File "/var/lib/juju/agents/unit-rac-master-0/charm/lib/charms/layer/basic.py", line 221, in init_config_states
[20:40] <jac_cplane> unit-rac-master-0: 13:09:42 INFO unit.rac-master/0.leader-elected     from charms.reactive import set_state
[20:40] <jac_cplane> unit-rac-master-0: 13:09:42 INFO unit.rac-master/0.leader-elected   File "/usr/lib/python2.7/site-packages/charms/reactive/__init__.py", line 20, in <module>
[20:40] <jac_cplane> unit-rac-master-0: 13:09:42 INFO unit.rac-master/0.leader-elected     from .bus import set_state  # noqa
[20:40] <jac_cplane> unit-rac-master-0: 13:09:42 INFO unit.rac-master/0.leader-elected   File "/usr/lib/python2.7/site-packages/charms/reactive/bus.py", line 27, in <module>
[20:40] <jac_cplane> unit-rac-master-0: 13:09:42 INFO unit.rac-master/0.leader-elected     from charmhelpers.cli import cmdline
[20:40] <jac_cplane> unit-rac-master-0: 13:09:42 INFO unit.rac-master/0.leader-elected ImportError: No module named cli
[20:40] <jac_cplane> if i ssh to the machine and type python - i can manually import that module
[20:41] <jac_cplane> I've printed out the path here
[20:41] <jac_cplane> ['/var/lib/juju/agents/unit-rac-master-0/charm/hooks', '/usr/lib64/python27.zip', '/usr/lib64/python2.7', '/usr/lib64/python2.7/plat-linux2', '/usr/lib64/python2.7/lib-tk', '/usr/lib64/python2.7/lib-old', '/usr/lib64/python2.7/lib-dynload', '/usr/lib64/python2.7/site-packages', '/usr/lib/python2.7/site-packages', '/var/lib/juju/agents/unit-rac-master-0/charm/lib', '/var/lib/juju/agents/unit-rac-master-0/charm/lib']
[20:44] <tvansteenburgh> jac_cplane: juju@lists.ubuntu.com
[20:45] <jac_cplane> Python 2.7.5 (default, Nov  6 2016, 00:28:07)
[20:45] <jac_cplane> [GCC 4.8.5 20150623 (Red Hat 4.8.5-11)] on linux2
[20:45] <jac_cplane> Type "help", "copyright", "credits" or "license" for more information.
[20:45] <jac_cplane> >>> import os
[20:45] <jac_cplane> >>> import sys
[20:45] <jac_cplane> >>> print(sys.path)
[20:45] <jac_cplane> ['', '/usr/lib64/python27.zip', '/usr/lib64/python2.7', '/usr/lib64/python2.7/plat-linux2', '/usr/lib64/python2.7/lib-tk', '/usr/lib64/python2.7/lib-old', '/usr/lib64/python2.7/lib-dynload', '/usr/lib64/python2.7/site-packages', '/usr/lib/python2.7/site-packages']
[20:45] <jac_cplane> >>> from charmhelper.cli import cmdline
[20:45] <jac_cplane> Traceback (most recent call last):
[20:45] <jac_cplane>   File "<stdin>", line 1, in <module>
[20:45] <jac_cplane> ImportError: No module named charmhelper.cli
[20:46] <tvansteenburgh> charmhelpers
[20:46] <jac_cplane> right. one sec
[20:47] <jac_cplane> > from charmhelpers.cli import cmdline
[20:47] <jac_cplane> >>>
[20:47] <jac_cplane> yes - no problem.  I've done this before.  sorry - going on little sleep here
[20:47] <tvansteenburgh> so that's if you ssh to the unit i assume?
[20:47] <jac_cplane> yes - ssh into the unit.  as root
[20:48] <jac_cplane> seems there is a routine to reload to the python runtime.  I wonder if that needs to be changed
[20:49] <jac_cplane> this module runs before this section of code is executed def reload_interpreter(python):
[20:49] <jac_cplane> I'm guessing that some env is not set properly
[20:50] <tvansteenburgh> jac_cplane: have you used the `juju debug-hooks` command yet?
[20:51] <tvansteenburgh> juju debug-hooks rac-master/0
[20:51] <jac_cplane> well - i can tell you that the charm works properly before I do a charm build
[20:51] <jac_cplane> ok - let me try that
[20:52] <tvansteenburgh> once the tmux session starts, open your leader-elected hook file and put a pdb break point in it, save it and exit
[20:53] <tvansteenburgh> then execute the hook directly to debug it
[20:53] <jac_cplane> ok - will do
[20:54] <tvansteenburgh> is your charm source in github or somewhere i can look at it?
[20:54] <jac_cplane> yes - https://github.com/cplane-networks/dvnd-juju/tree/master/oracle-12c
[20:55] <jac_cplane> we can run the charm locally in a bundle  using  the ../oracle-12c syntax.   but when I do a charm build --series centos7  to push it to the charm store is when it breaks
[20:56] <jac_cplane> tyring to find the path of least resistance is to just provide the local charm to my customers or to figth to put it in the charm store.
[20:58] <tvansteenburgh> jac_cplane: the error is from a rac-master charm - where's the source for that?
[20:59] <jac_cplane> source is here https://github.com/cplane-networks/dvnd-juju/tree/master/oracle-12c
[21:07] <jac_cplane> do you think if i just eliminate the reactive/oracle-12c.py then it wont bring in all of the reactive frame-works.    I believe the problem is in the reactive framework changes for python2 on centos7
[21:07] <jac_cplane> If I just comment that out in the charm will it pass?
[21:07] <tvansteenburgh> jac_cplane: if you're not using reactive then you don't even need charm build
[21:08] <jac_cplane> oh - awesome
[21:08] <jac_cplane> we are only using reactive to display when the charm is installed
[21:09] <jac_cplane> but it seems that reactive is not supported on centos.
[21:09] <jac_cplane> hence this mess
[21:09] <jac_cplane> let me try to strip that and push it to the charm store.
[21:10] <jac_cplane> otherwise - I'll come back and see if we can debug this.
[21:54] <jac_cplane> deleting the relation seems to have fixed the problem.  will push to the charm store and rerun test.  thanks