[14:52] <gnuoy> '--map-machines' hurray ! thank you juju team
[18:28] <skay> how do I get a list of resources that have been attached?
[18:29] <skay> from the command line
[18:32] <rick_h> skay: juju resources $app ?
[18:32] <skay> rick_h: dangit. why was that not working before
[18:33] <rick_h> skay: sorry, not sure
[18:34] <skay> oh, 'dangit' was mock self-deprecation. I just realized that might not carry over irc.
[18:34] <skay> no need to apologize
[18:34] <rick_h> skay: :) sorry assumed you meant you tried it and didn't get any response from the command
[18:34]  * rick_h is in default "it's broken" mode today evidently
[18:34] <skay> yes, I did before, and thus got confused thinking perhaps it was only meant to show resources in the store
[18:35] <skay> but after youmentioned it, I tried again. it listed the resources I had attached
[18:35] <skay> I question my reality. it was a glitch in the matrix
[18:35] <rick_h> no, I think that's a different command. juju charm --help
[18:35] <skay> k
[18:35] <rick_h> skay: so it's a little confusing. We want to keep split those commands that touch the store vs just the current model
[18:36] <skay> oh! earlier I had called the charm-resources command. makes sense now
[18:36] <skay> reality is restored
[18:37] <rick_h> skay: yay
[18:37] <skay> I've been deploying and redeploying things to see if there is some race condition that makes one of my subordinates not realize there is a resource
[18:37] <skay> I thought it was happening, but it may just be that I wasn't waiting long enough for things to settle
[18:39] <skay> when someone attaches a resource right after a juju deploy, and thus before a machine is ready, I'm assuming that the unit will detect the resource once the unit is ready
[18:39] <rick_h> skay: well, it might take a bit for the resource to be fetched
[18:39] <skay> ok
[18:39] <rick_h> skay: the fetching is done in the context of other hooks that say "go get it"
[18:39] <skay> hmm, I think I don't have a problem, I was just impatient
[18:40] <skay> I have the charm look for a resource in the check status hook
[18:40] <rick_h> update-status hook?
[18:40] <rick_h> yea, so that might take a 30s run up from the charm hitting stable and then it will download/etc
[18:41] <rick_h> though should download from the controller and be pretty quick
[18:41] <skay> oh I lie, I only thought I did
[18:41] <skay> I have it in the upgrade-charm hook, because that is triggered with the attach command
[18:42] <skay> will the upgrade-charm hook get triggered by the attach command that happened before the unit was up?
[18:43] <rick_h> skay: so since hooks are serliazed it just means update-status hook will get put in line
[18:44] <skay> also, would it be more appropriate to check for the attached resources in the update-status hook? currently I only have it check some flags
[18:44] <skay> I didn't set up a handler to run everytime the flag is not set, becuase I thought that would be too often
[18:45] <rick_h> well running attach will trigger the update-status hook. so you want whatever to be hit from there but could be part of install/etc since on deploy you could have the resource there
[18:45] <rick_h>   from --help: juju deploy foo --resource bar=/some/file.tgz --resource baz=./docs/cfg.xml
[18:47] <skay> in reality, I'm deploying from a bundle (the jujubundle and not the juju2 bundle) and don't have the resource defined in the bundle
[18:47] <skay> once I deploy the bundle, I wait for things to settle, then run the attach commands
[18:47] <skay> at this point resources may be able to be defined in bundles, I should check
[18:47] <rick_h> ah, gotcha
[18:48] <rick_h> skay: https://github.com/juju/charm/blob/v6/bundledata.go#L154 implies yes as part of defining the application
[18:49] <rick_h> skay: but it can be revisions of the resource in the store.
[18:49] <rick_h> there was a task to allow specifying local resources but not sure it's in place
[18:49] <skay> at this point, maybe I should not use mojo to deploy a bundle and use juju deploy <bundle> instead
[18:50] <skay> mojo collect, build, etc are useful
[18:52] <skay> found the docs for charm bundles https://jujucharms.com/docs/stable/charms-bundles#bundles-and-charm-resources
[18:56] <skay> sorry, re mojo, I meant juju-deployer config files, not bundles
[18:56] <skay> mojo uses that. the syntax is similar, but different
[19:03] <skay> for future reference, juju-deployer config file has similar syntax for resources
[19:37] <prime-ribz> hello all, can someone point me in the direction of how to add security group rules for aws in the model config? would like to add a ingress rule when I pass "juju add-model".
[20:15] <pmatulis> in principle that is doable but i haven't seen that level of config yet. i'm not a dev though
[20:35] <prime-ribz> pmatulis : Thanks will keep searching for a work around.