/srv/irclogs.ubuntu.com/2015/11/06/#juju.txt

stokachuhow long does it take for a namespaced bundle to show up on my account?01:04
stokachuit's been 3 hours01:04
lazypowerstokachu: you may need to file a bug, we had issues last week where bundles weren't getting ingested01:15
stokachuah ok01:16
stokachuis that jujucharms.com?01:16
lazypowerYep01:16
lazypowerstokachu - I am in no way prepared for whats coming in 7 minutes :D01:23
stokachuhaha01:23
stokachuwe could wing it01:23
lazypowerAlways do01:23
lazypowerthe magic is in post anyway ;)01:23
stokachu:D01:23
lazypowerhttps://plus.google.com/hangouts/_/canonical.com/stokesisawizardandweregoingtoshowyouhow01:24
gennadiyhi 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?09:39
=== rogpeppe1 is now known as rogpeppe
jeandhi all12:52
jeandI pushed some changes to https://code.launchpad.net/~jean-deruelle/charms/trusty/mobicents-restcomm-charm/trunk12:53
jeandbut I don't see the charm updated on https://jujucharms.com/u/jean-deruelle/mobicents-restcomm-charm/trusty/#revisions12:53
jeandwhile the changes to https://code.launchpad.net/~jean-deruelle/charms/bundles/mobicents-restcomm-mysql-bundle/bundle12:54
jeandwere taken https://jujucharms.com/u/jean-deruelle/mobicents-restcomm-mysql-bundle/bundle/5/12:54
jeanddoes anyone have any clue  on why this may be happenin ?12:55
=== rcj` is now known as rcj
jamespagetvansteenburgh, morning - quick question for you regards use of specific branches from git repositories in juju-deployer14:20
jamespageI'm trying todo:14:21
jamespage    openstack-dashboard:14:21
jamespage      branch: https://github.com/openstack-charmers/charm-openstack-dashboard@stable14:21
jamespagebut right now that's not working so great - is that the right syntax?14:21
tvansteenburghjamespage: looking...14:23
jamespagetvansteenburgh, http://paste.ubuntu.com/13124372/14:24
jeand<jeand> hi all14:25
jeand<jeand> I pushed some changes to https://code.launchpad.net/~jean-deruelle/charms/trusty/mobicents-restcomm-charm/trunk14:25
jeand<jeand> but I don't see the charm updated on https://jujucharms.com/u/jean-deruelle/mobicents-restcomm-charm/trusty/#revisions14:25
jeand<jeand> while the changes to https://code.launchpad.net/~jean-deruelle/charms/bundles/mobicents-restcomm-mysql-bundle/bundle14:25
jeand<jeand> were taken https://jujucharms.com/u/jean-deruelle/mobicents-restcomm-mysql-bundle/bundle/5/14:25
jeand<jeand> does anyone have any clue  on why this may be happenin ?14:25
tvansteenburghjamespage: try it with a commit hash14:28
jamespagetvansteenburgh, hmm ok - but I really need to be able to track a branch as it changes15:03
tvansteenburghjamespage: right, i think that would be a new feature. was just curious if it works with a sha15:03
jamespagetvansteenburgh, no cigar with an sha either...15:08
jamespagetvansteenburgh, I think you're correct in that its a new feature15:10
jamespagetvansteenburgh, any thoughts on syntax in the bundle?15:10
tvansteenburghjamespage: there are test cases for the path@rev syntax using both a sha and a tag :/15:11
jamespageodd15:11
tvansteenburghjamespage: i'd stick with that syntax. not sure what's broken15:11
jamespagejeand, if you charm update has any charm proof errors, it won't injest into the charm store - that might be why15:12
tvansteenburghjamespage: 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 there15:16
jamespagetvansteenburgh, you may well be right15:17
jamespagetvansteenburgh, fwiw - git clone -b stable --depth 1 https://github.com/openstack-charmers/charm-ceilometer15:17
jamespagedoes the right thing ...15:17
jamespageddellav: hey - when do you think you might have the port security MP up for review?15:39
jamespageI'd like to get that landed asap15:39
jeandjamespage, juju charm proof ./ worked15:48
jeandcorrectly15:48
jeandjean@jean-XPS13-9333:~/workspaces/juju-charms/mobicents-restcomm-charm/trusty/mobicents-restcomm$ juju charm proof ./15:49
jeandjean@jean-XPS13-9333:~/workspaces/juju-charms/mobicents-restcomm-charm/trusty/mobicents-restcomm$15:49
jeandjamespage, any other clues ?17:09
jamespagejeand, urm sorry no17:12
jeandwhat's the proper way to get more insights on this ?17:13
jeandis there a juju charm store support channel ?17:14
lazypowerjeand - there is, 1 second let me fish up a link for you17:15
lazypowerjeand - you'll file a bug with the details you outlined above and someone will take a look to see why its not ingesting17:16
jeandah great17:16
jeandthx lazypower17:16
lazypowerjeand - https://github.com/CanonicalLtd/jujucharms.com/issues17:16
gennadiyhi 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/#bundles17:29
lazypowergennadiy - looking at your bundle here: http://bazaar.launchpad.net/~tads2015dataart/charms/bundles/tads2015-demo/bundle/view/head:/bundle.yaml17:31
lazypoweryou have an incorrect key. THe proper key is 'exposed: true' - its past tense17:31
lazypowergennadiy: update that key, give it another go and let me know if you run into the same behavior17:31
gennadiyoh. i copied it from exported from juju-gui bundle.17:33
gennadiythere are `expose: true`17:33
lazypowergennadiy: if that fixes you up i'll file a bug against juju-gui to take a look17:34
gennadiyi will try17:34
gennadiyjust a moment17:34
lazypowerit may be an artifact/missing test coverage, etc.17:34
gennadiybut when i deploy this budnle from juju deployer services are exposed17:35
lazypowergennadiy - yeah, thats definately a bug17:37
lazypowerif its exporting a syntax it doesn't handle17:37
lazypower1 sec and i'll pass along a bug reporting link for you17:37
lazypowergennadiy https://bugs.launchpad.net/juju-gui/+filebug17:37
amzis m3.medium the new default instance for ec2 as stated here: https://bugs.launchpad.net/juju-core/+bug/1373516/comments/7 by natefinch18:51
mupBug #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:51
natefinchamz: yes18:52
amzhow to list current ec2 environments settings for default instance ?18:52
natefinchamz: 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.small18:53
amznatefinch: it would be good to document new default on https://jujucharms.com/docs/stable/config-aws18:54
natefinchamz: absolutely a good idea.18:54
amznatefinch: how to check current settings? is it really only related to version and no way to list current settings?18:55
natefinchamz: 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.19:00
amzthanks natefinch20:44
natefinchamz: no problem :)20:45
stokachulazypower: is bin/ exposed in the PATH for reactive charms?20:48
lazypowercory_fu - I'm pretty sure this landed recently, but pinging cory to confirm20:48
stokachu /var/lib/juju/agents/unit-hai2u-1/charm/bin <-20:48
cory_fustokachu: I don't think the dir is automatically added to the path, no20:50
stokachucory_fu: ok i was trying to decide whether to put scripts in its own scripts/ dir or use bin/20:50
stokachubut bin may overwrite that20:50
lazypowerwelp, i was wrong20:51
* lazypower hattips and ice skates away20:51
cory_fuFiles put in there won't overwrite your scripts unless the filenames conflict, which I highly doubt they will20:51
stokachuok cool20:52
marcoceppi_$CHARM_DIR/bin ;)21:08

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!