[01:04] <stokachu> how long does it take for a namespaced bundle to show up on my account?
[01:04] <stokachu> it's been 3 hours
[01:15] <lazypower> stokachu: you may need to file a bug, we had issues last week where bundles weren't getting ingested
[01:16] <stokachu> ah ok
[01:16] <stokachu> is that jujucharms.com?
[01:16] <lazypower> Yep
[01:23] <lazypower> stokachu - I am in no way prepared for whats coming in 7 minutes :D
[01:23] <stokachu> haha
[01:23] <stokachu> we could wing it
[01:23] <lazypower> Always do
[01:23] <lazypower> the magic is in post anyway ;)
[01:23] <stokachu> :D
[01:24] <lazypower> https://plus.google.com/hangouts/_/canonical.com/stokesisawizardandweregoingtoshowyouhow
[09:39] <gennadiy> hi all, i have returned with my question about deploy bundle from juju gui. i have checked it again and my services are not exposed after bundle deploy. is it known issue?
[12:52] <jeand> hi all
[12:53] <jeand> I pushed some changes to https://code.launchpad.net/~jean-deruelle/charms/trusty/mobicents-restcomm-charm/trunk
[12:53] <jeand> but I don't see the charm updated on https://jujucharms.com/u/jean-deruelle/mobicents-restcomm-charm/trusty/#revisions
[12:54] <jeand> while the changes to https://code.launchpad.net/~jean-deruelle/charms/bundles/mobicents-restcomm-mysql-bundle/bundle
[12:54] <jeand> were taken https://jujucharms.com/u/jean-deruelle/mobicents-restcomm-mysql-bundle/bundle/5/
[12:55] <jeand> does anyone have any clue  on why this may be happenin ?
[14:20] <jamespage> tvansteenburgh, morning - quick question for you regards use of specific branches from git repositories in juju-deployer
[14:21] <jamespage> I'm trying todo:
[14:21] <jamespage>     openstack-dashboard:
[14:21] <jamespage>       branch: https://github.com/openstack-charmers/charm-openstack-dashboard@stable
[14:21] <jamespage> but right now that's not working so great - is that the right syntax?
[14:23] <tvansteenburgh> jamespage: looking...
[14:24] <jamespage> tvansteenburgh, http://paste.ubuntu.com/13124372/
 hi all
 I pushed some changes to https://code.launchpad.net/~jean-deruelle/charms/trusty/mobicents-restcomm-charm/trunk
 but I don't see the charm updated on https://jujucharms.com/u/jean-deruelle/mobicents-restcomm-charm/trusty/#revisions
 while the changes to https://code.launchpad.net/~jean-deruelle/charms/bundles/mobicents-restcomm-mysql-bundle/bundle
 were taken https://jujucharms.com/u/jean-deruelle/mobicents-restcomm-mysql-bundle/bundle/5/
 does anyone have any clue  on why this may be happenin ?
[14:28] <tvansteenburgh> jamespage: try it with a commit hash
[15:03] <jamespage> tvansteenburgh, hmm ok - but I really need to be able to track a branch as it changes
[15:03] <tvansteenburgh> jamespage: right, i think that would be a new feature. was just curious if it works with a sha
[15:08] <jamespage> tvansteenburgh, no cigar with an sha either...
[15:10] <jamespage> tvansteenburgh, I think you're correct in that its a new feature
[15:10] <jamespage> tvansteenburgh, any thoughts on syntax in the bundle?
[15:11] <tvansteenburgh> jamespage: there are test cases for the path@rev syntax using both a sha and a tag :/
[15:11] <jamespage> odd
[15:11] <tvansteenburgh> jamespage: i'd stick with that syntax. not sure what's broken
[15:12] <jamespage> jeand, if you charm update has any charm proof errors, it won't injest into the charm store - that might be why
[15:16] <tvansteenburgh> jamespage: i think it's b/c the git clone uses --depth 1, so when it tries to update to the specified rev, it's not there
[15:17] <jamespage> tvansteenburgh, you may well be right
[15:17] <jamespage> tvansteenburgh, fwiw - git clone -b stable --depth 1 https://github.com/openstack-charmers/charm-ceilometer
[15:17] <jamespage> does the right thing ...
[15:39] <jamespage> ddellav: hey - when do you think you might have the port security MP up for review?
[15:39] <jamespage> I'd like to get that landed asap
[15:48] <jeand> jamespage, juju charm proof ./ worked
[15:48] <jeand> correctly
[15:49] <jeand> jean@jean-XPS13-9333:~/workspaces/juju-charms/mobicents-restcomm-charm/trusty/mobicents-restcomm$ juju charm proof ./
[15:49] <jeand> jean@jean-XPS13-9333:~/workspaces/juju-charms/mobicents-restcomm-charm/trusty/mobicents-restcomm$
[17:09] <jeand> jamespage, any other clues ?
[17:12] <jamespage> jeand, urm sorry no
[17:13] <jeand> what's the proper way to get more insights on this ?
[17:14] <jeand> is there a juju charm store support channel ?
[17:15] <lazypower> jeand - there is, 1 second let me fish up a link for you
[17:16] <lazypower> jeand - you'll file a bug with the details you outlined above and someone will take a look to see why its not ingesting
[17:16] <jeand> ah great
[17:16] <jeand> thx lazypower
[17:16] <lazypower> jeand - https://github.com/CanonicalLtd/jujucharms.com/issues
[17:29] <gennadiy> hi all, i have returned with my question about deploy bundle from juju gui. i have checked it again and my services are not exposed after bundle deploy. is it known issue? it's my bundle to reproduce issue - https://jujucharms.com/u/tads2015dataart/#bundles
[17:31] <lazypower> gennadiy - looking at your bundle here: http://bazaar.launchpad.net/~tads2015dataart/charms/bundles/tads2015-demo/bundle/view/head:/bundle.yaml
[17:31] <lazypower> you have an incorrect key. THe proper key is 'exposed: true' - its past tense
[17:31] <lazypower> gennadiy: update that key, give it another go and let me know if you run into the same behavior
[17:33] <gennadiy> oh. i copied it from exported from juju-gui bundle.
[17:33] <gennadiy> there are `expose: true`
[17:34] <lazypower> gennadiy: if that fixes you up i'll file a bug against juju-gui to take a look
[17:34] <gennadiy> i will try
[17:34] <gennadiy> just a moment
[17:34] <lazypower> it may be an artifact/missing test coverage, etc.
[17:35] <gennadiy> but when i deploy this budnle from juju deployer services are exposed
[17:37] <lazypower> gennadiy - yeah, thats definately a bug
[17:37] <lazypower> if its exporting a syntax it doesn't handle
[17:37] <lazypower> 1 sec and i'll pass along a bug reporting link for you
[17:37] <lazypower> gennadiy https://bugs.launchpad.net/juju-gui/+filebug
[18:51] <amz> is m3.medium the new default instance for ec2 as stated here: https://bugs.launchpad.net/juju-core/+bug/1373516/comments/7 by natefinch
[18:51] <mup> Bug #1373516: Switch default instance type from m1.small to t2.small/m3.medium for EC2 provider <ec2-provider> <juju-core:Fix Released by cherylj> <juju-core 1.24:Fix Released by cherylj> <juju-core 1.25:Fix Released by cherylj> <https://launchpad.net/bugs/1373516>
[18:52] <natefinch> amz: yes
[18:52] <amz> how to list current ec2 environments settings for default instance ?
[18:53] <natefinch> amz: it's totally based on juju version.  if you're on 1.25 or higher, it's m3.medium, if you're on 1.24.x or lower, it's m1.small
[18:54] <amz> natefinch: it would be good to document new default on https://jujucharms.com/docs/stable/config-aws
[18:54] <natefinch> amz: absolutely a good idea.
[18:55] <amz> natefinch: how to check current settings? is it really only related to version and no way to list current settings?
[19:00] <natefinch> amz: version is the only way.  It's not an exposed configuration value, per se.  You can override the default by specifying an instance-type or other constraint at bootstrap time, or by setting an environment-wide constraint after bootstrap.
[20:44] <amz> thanks natefinch
[20:45] <natefinch> amz: no problem :)
[20:48] <stokachu> lazypower: is bin/ exposed in the PATH for reactive charms?
[20:48] <lazypower> cory_fu - I'm pretty sure this landed recently, but pinging cory to confirm
[20:48] <stokachu>  /var/lib/juju/agents/unit-hai2u-1/charm/bin <-
[20:50] <cory_fu> stokachu: I don't think the dir is automatically added to the path, no
[20:50] <stokachu> cory_fu: ok i was trying to decide whether to put scripts in its own scripts/ dir or use bin/
[20:50] <stokachu> but bin may overwrite that
[20:51] <lazypower> welp, i was wrong
[20:51]  * lazypower hattips and ice skates away
[20:51] <cory_fu> Files put in there won't overwrite your scripts unless the filenames conflict, which I highly doubt they will
[20:52] <stokachu> ok cool
[21:08] <marcoceppi_> $CHARM_DIR/bin ;)