[08:46] <kjackal> Hello Juju World!
[09:02] <jamespage> tvansteenburgh, hey - I was just trying out juju-deployer with juju 2.0 and some of our openstack bundles in oct
[09:02] <jamespage> hit upon this
[09:02] <jamespage> 2016-08-12 08:35:31 [ERROR] deployer.env: Command (juju deploy -m jamespage:default --constraints mem=1G --series xenial xenial/ceilometer ceilometer) Output:
[09:02] <jamespage>  ERROR path "xenial/ceilometer" can not be a relative path
[09:03] <jamespage> i've fixed locally by ensuring that abspath is used - but I'm a little unfamiliar with the codebase so suspect my change will break everything else!
[09:11] <kjackal> Hey, is there something wrong with the zookeeper charm on the store? juju deploy zookeeper fails here while  juju deploy cs:trusty/zookeeper-1 is fine!
[09:13] <kjackal> For trusty ^
[10:40] <MonsieurBon> Hi all
[10:41] <MonsieurBon> I have deployed neutron-gateway and connected it to rabbitmq-server but still it shows 'Missing relations: messaging'. What am I missing?
[10:41] <MonsieurBon> I have tried both relation types amqp and amqp-nova. Same behaviour
[12:38] <shruthima> Hello Team We have pushed IBM-HTTP charm for review , but it is not reflecting in the review queue. Bug-link: https://bugs.launchpad.net/charms/+bug/1612535 Please suggest if anything we are missing.
[12:38] <mup> Bug #1612535: New Charm: IBM HTTP Server <Juju Charms Collection:New> <https://launchpad.net/bugs/1612535>
[12:47] <aisrael> Anyone seen this in beta 15?
[12:47] <aisrael> ERROR unknown object type "ModelConfig" (not implemented)
[12:47] <aisrael> after trying to deploy a charm or bundle
[12:49] <lazyPower> juju add-unit hello-juju-world
[12:49] <lazyPower> aisrael - checking now, any specific charm or is this anything you attempt to deploy?
[12:50] <aisrael> any charm, but also juju upgrade-juju
[12:50] <valeech> Good morning charmers. I have never written a charm and have decent experience with shell scripting. I do have a good amount of experience with other languages. My question is, would attending the juju summit be worthwhile?
[12:50] <aisrael> beta13, after upgrading to 15
[12:50] <lazyPower> aisrael - are you attempting to upgrade a beta-14 controller ot beta-15?
[12:50] <aisrael> I'm re-bootstrapping now
[12:50] <lazyPower> aisrael - upgrades aren't supported :(
[12:50] <lazyPower> thats likely the culprit
[12:50] <aisrael> lazyPower: well, that'd be the problem then
[12:50] <marcoceppi> valeech: absolutely
[12:51] <marcoceppi> valeech: in addition to presentations from the community, we have charm experts you can pair up with who know bash, python, etc to work on a charm with
[12:51] <shruthima> ya we are facing ERROR unknown object type "ModelConfig" (not implemented) issue in beta 14
[12:52] <valeech> marcoceppi: Great! I just don’t want to be that guy that shows up and holds everybody back during any labs because he hasn’t met the prerequisites. We all have experiences that :)
[12:52] <shruthima> Hello Team We have pushed IBM-HTTP charm for review , but it is not reflecting in the review queue. Bug-link: https://bugs.launchpad.net/charms/+bug/1612535 Please suggest if anything we are missing.
[12:52] <mup> Bug #1612535: New Charm: IBM HTTP Server <Juju Charms Collection:New> <https://launchpad.net/bugs/1612535>
[12:54] <marcoceppi> valeech: understood, thanks for checking! you won't be holding anyone back :)
[13:06] <tvansteenburgh> jamespage: it won't break anything, abspath is required for local charms when using deployer with juju2
[13:53] <MonsieurBon> Hi, if I can't get glance to work with swift using juju, is this the right channel to ask a question about that?
[13:55] <xnox> charms are hard.
[13:55] <xnox> is there an example of a subordinate charm, which is minimal.
[13:55] <xnox> looking at nrpe charm... it's 60 files big.
[13:57] <kjackal> xnox: openjdk seems simple, https://github.com/juju-solutions/layer-openjdk
[13:58] <kjackal> xnox: here is the charm from the store https://jujucharms.com/openjdk/
[13:58] <xnox> kjackal, that's much better! thanks. And sort of, what i'm trying to do.
[13:58] <xnox> just provision generic blobs, onto any instance/machine/charm.
[13:59] <kjackal> nice!
[14:00] <xnox> what's this? https://github.com/juju-solutions/layer-openjdk/blob/master/layer.yaml
[14:05] <xnox> reading https://jujucharms.com/docs/1.25/authors-charm-building
[14:17] <marcoceppi> xnox: this is probably a better starting poing: https://jujucharms.com/docs/stable/developer-getting-started
[14:17] <xnox> marcoceppi, what version is "stable" ?
[14:18] <xnox> is that 1.25 or 2.0?
[14:18] <marcoceppi> 2.0, but charm development doesn't change between versions
[14:18] <xnox> that's odd, 2.0 is not stable
[14:18] <marcoceppi> xnox: again, charm development and juju development are two different things
[14:19] <marcoceppi> you can use the latest charm development guide which will make charms that work on 1.25 or 2.0
[14:19] <xnox> ok
[14:44] <xnox> *sigh*
[14:44] <xnox> charm build -> bzr ERROR: Not a branch
[14:44] <xnox> ... convert my charm from git -> bzr
[14:44] <xnox> charm build -> fatal: Not a git repository
[14:45] <xnox> so my layer/charm should be.... both?!
[15:35] <Guest_84847> Allah is doing
[15:35] <Guest_84847> sun is not doing Allah is doing
[15:35] <Guest_84847> moon is not doing Allah is doing
[15:35] <Guest_84847> stars are not doing Allah is doing
[15:36] <Guest_84847> planets are not doing Allah is doing
[15:36] <Guest_84847> galaxies are not doing Allah is doing
[15:36] <Guest_84847> oceans are not doing Allah is doing
[15:36] <Guest_84847> mountains are not doing Allah is doing
[15:36] <Guest_84847> trees are not doing Allah is doing
[15:36] <Guest_84847> mom is not doing Allah is doing
[15:36] <Guest_84847> dad is not doing Allah is doing
[15:36] <Guest_84847> boss is not doing Allah is doing
[15:36] <Guest_84847> job is not doing Allah is doing
[15:37] <Guest_84847> dollar is not doing Allah is doing
[15:37] <Guest_84847> degree is not doing Allah is doing
[15:37] <Guest_84847> medicine is not doing Allah is doing
[15:37] <Guest_84847> customers are not doing Allah is doing
[15:37] <Guest_84847> you can not get a job without the permission of allah
[15:37] <Guest_84847> you can not get married without the permission of allah
[15:38] <Guest_84847> nobody can get angry at you without the permission of allah
[15:38] <Guest_84847> light is not doing Allah is doing
[15:38] <Guest_84847> fan is not doing Allah is doing
[15:38] <Guest_84847> businessess are not doing Allah is doing
[15:38] <Guest_84847> america is not doing Allah is doing
[15:38] <cholcombe> can someone ban ^^
[15:39] <Guest_84847> fire can not burn without the permission of allah
[15:39] <Guest_84847> knife can not cut without the permission of allah
[15:39] <Guest_84847> rulers are not doing Allah is doing
[15:39] <D4RKS1D3> Any admin in the room?
[15:39] <Guest_84847> governments are not doing Allah is doing
[15:39] <cholcombe> apparently no admins are here :(
[15:40] <cholcombe> marcoceppi, do you have admin powers?
[15:43] <marcoceppi> cholcombe: no, I don't
[15:43] <D4RKS1D3> is not chanserv in this server?
[16:07] <lazyPower> niemeyer - ping
[16:07] <niemeyer> lazyPower: Hi
[16:07] <lazyPower> niemeyer - can we get some whitelisted admins on mup?
[16:07] <lazyPower> it would be nice ot have channel guardians when you're not looking
[16:08] <niemeyer> lazyPower: What would it do?
[16:08] <lazyPower> there's a fair bit of spam up above, this is the fourth time in 4 months
[16:08] <lazyPower> niemeyer - well, say we !warn user, and !ban user. help police the channel from spam bots
[16:08] <lazyPower> it seems like a nicer way to manage delegation of concerns to well known and respected members of the community to help self police
[16:09] <niemeyer> lazyPower: That's a nice idea
[16:10] <lazyPower> xnox - that seems wrong, can you get me a paste with the output of charm build and links to your layers?
[16:10] <niemeyer> lazyPower: We'll need a new plugin.. doesn't feel too complex
[16:10] <lazyPower> niemeyer - i'm happy to collab/help on that. we need to do something if this keeps up :( we're getting targeted for spam sporadically
[16:10] <niemeyer> lazyPower: Have you considered using chanserv?
[16:10] <niemeyer> lazyPower: It has that sort of delegation built in
[16:11] <lazyPower> well, i cant? I'm not a room op?
[16:12] <niemeyer> lazyPower: Well, the point is precisely to have some of those
[16:12] <lazyPower> niemeyer - who would i petition to recommend room ops?
[16:12] <lazyPower> afaik you're the only one i'm aware of. i'm sur eyou're not the *only* but, you're the only one to me <3
[16:12]  * niemeyer hugs lazyPower
[16:13] <niemeyer> lazyPower: So, I don't know either.. who are the most active people here in the channel, which tend to be around responding to passers by?
[16:13] <lazyPower> myself, magicaltrout, kwmonroe , mbruzek, marcoceppi   stand out in my mind
[16:14] <lazyPower> jose is sporadically
[16:14] <jose> me what?
[16:14] <lazyPower> jose a special little turtle :)
[16:15] <mbruzek> hi
[16:15] <jose> niemeyer: actually, what is mup running on? supybot?
[16:15] <jose> if so, you'd need to give channel access to mup and then user access to us
[16:15] <niemeyer> jose: https://github.com/go-mup/mup/
[16:16] <niemeyer> jose: I don't think we need any bots for this.. delegation of permissions is builtin into the freenode infra
[16:16] <jose> I assume it has channel moderation features?
[16:16] <jose> yeah
[16:16] <jose> I mean, some prefer to do it via a bot, some prefer to do it via chanserv
[16:16] <jose> as you wish
[16:19] <xnox> lazyPower, so i had a bug in my layer.yaml
[16:20] <xnox> but with either .git or .bzr repository, one gets a warning / error about the other repo type.
[16:20] <xnox> I don't have "repo:" key in my layer.yaml
[16:20] <xnox> my layer is private. I can reproduce something public later.
[16:20] <lazyPower> xnox - ok, it woudl be good to get a bug. those error messages look less than informative. would be good to get a bug filed so we can get that patched
[16:21] <xnox> ack.
[16:22] <niemeyer> Hmm.. the kickban support doesn't seem to have compiled into Freenode's chanserv :/
[16:27] <mbruzek> xnox: https://github.com/juju/charm-tools/issues is the place to file that bug
[16:28] <niemeyer> lazyPower: See if it's working for you.. try to /msg chanserv flags #juju niemeyer!*@* +b
[16:28] <lazyPower>  /msg chanserv flags #juju niemeyer!*@* +b
[16:28] <lazyPower> doh
[16:28] <niemeyer> :)
[16:28] <lazyPower> [11:28:49] -ChanServ-	You are not authorized to execute this command.
[16:29] <lazyPower> do i need to logout/back in with nickserv?
[16:29] <niemeyer> No, I don't think so
[16:29] <lazyPower> didn't think so either, but its been a bit since i've had channel responsibilities ;)
[16:29] <niemeyer> lazyPower: Just to be sure, try to do that on someone else.. it might be preventing on me specifically
[16:30] <lazyPower> same when i attempt against mbruzek
[16:30]  * mbruzek waves
[16:30] <mbruzek> Are you trying to kick me?
[16:30] <lazyPower> well, trying to ban to be specific.
[16:30] <niemeyer> lazyPower: Ok, unfortunate, but it's what I expected.. freenode's chanserv didn't have the kickban support compiled in
[16:31] <niemeyer> lazyPower: mup might be the better option
[16:31] <niemeyer> lazyPower: I'll have a look at that, if someone else doesn't get there before I do
[16:31] <lazyPower> ok, thanks niemeyer for taking a look
[16:38] <niemeyer> I can't promise to do that soon enough, though, so here is your immediate solution ^
[16:38] <mgz> niemeyer: thanks
[16:38] <mgz> niemeyer: can I beg for some in #juju-dev as well?
[16:41] <niemeyer> mgz: done
[16:42] <lazyPower> sgtm, thanks niemeyer
[16:44] <niemeyer> Added thumper as well, so there's coverage on the other side
[17:27] <marcoceppi> niemeyer: thanks
[18:36] <jose> to all Canonical people around. can we please avoid the use of paste.canonical.com for public bug reports? makes it hard to read/understand.
[18:41] <jose> jcastro: ^
[18:48] <mgz> ideally bug reports should have log files uploaded, rather than linked, anyway
[18:48] <mgz> the other issue is our CI bug reports often have private links in, which is sadly required but should have context beyond that
[20:27] <mayurisapre> hello everyone..
[20:27] <mayurisapre> what is the good way to share any variable between hooks in a particular charm?
[20:37] <mskalka> mayurisapre, there is using relations
[20:37] <mskalka> however if you want to access relation data outside of a relation hook there's some special tomfoolery involved
[20:39] <mayurisapre> i want to share a variable between charms install, stop and relation-* hooks
[20:40] <mskalka> mayurisapre, check this page out: https://jujucharms.com/docs/stable/authors-relations
[20:41] <mskalka> there's also a good page with the relation-get and set info there, let me see if I can dig it up
[20:41] <mskalka> here we go: https://jujucharms.com/docs/stable/authors-hook-environment
[20:42] <mayurisapre> relation-get /relation-set hook tools can share variable between 2 charms which have relation
[20:42] <mayurisapre> but i want to share data within a single charm
[20:43] <mskalka> ahhh, misinterpreted your question then
[20:43] <mayurisapre> between say install hook and stop hook
[20:44] <mskalka> that I have no idea about, sorry :/
[20:47] <mayurisapre> ohh okay..
[20:47] <mayurisapre> np
[20:56] <lazyPower> mskalka - unitdata
[20:57] <lazyPower> 1 sec getting a link
[20:57] <lazyPower> mskalka mayurisapre  - https://pythonhosted.org/charmhelpers/api/charmhelpers.core.unitdata.html
[21:06] <mayurisapre> hey thanks..
[21:06] <mayurisapre> this will help me..
[21:13] <lazyPower> mayurisapre - no problem :) let me know if there's anything else