[00:59] <marcoceppi> kurt_: pong
[01:00] <marcoceppi> ZonkedZebra: still having issues with sharing code between hooks?
[01:01] <ZonkedZebra> took a break. settled on sourcing a file with common functions. Yay/Nay?
[01:02] <kurt_> marcoceppi: are you familiar with the ceph deployment stuff on charms?
[01:02] <kurt_> that is my next project
[01:02] <kurt_> add ceph to openstack
[01:02] <marcoceppi> ZonkedZebra: that works fine, are you writing those in bash or another language?
[01:03] <ZonkedZebra> bash
[01:03] <marcoceppi> kurt_: I have pretty much very little experience. I've deployed ceph and ceph-osd as part of a demo openstack setup, but didn't dig very far
[01:03] <marcoceppi> kurt_: I'm happy to field any questions I can though
[01:04] <kurt_> marcoceppi: ok.  I'm just in the research stage.  if you have any cliff notes or anything you wish to share short of jamespage's cephaloid thing, I'd be appreciative.
[01:04] <kurt_> the RTFM stage if you will
[01:05] <marcoceppi> ZonkedZebra: cool, so you can't explicitly call relation-* commands out-of-band (IE, during hooks that aren't relation hooks). This is because Juju sets extra environment variables to make those tools work. Mainly JUJU_RELATION_ID. So if you wanted to call relation-get say during a config-changed hook, you can, but you need to record the JUJU_RELATION_ID somewhere and call `relation-get -r $JUJU_RELATION_ID <unit> <key,>`
[01:05] <ZonkedZebra> marcoceppi: Alright, thanks
[01:06] <ZonkedZebra> Is writing charms in other languages discouraged at all?
[01:07] <marcoceppi> ZonkedZebra: what I recommend instead, as that can get complicated, is during the relation-(joined,changed) hooks, when you get values you need write them to dot files in the $CHARM_DIR, for instance, the wordpress charm does with when it gets NFS data it puts it in a file in $CHARM_DIR then runs hooks/config-changed which checks for that file then sources it for the values http://bazaar.launchpad.
[01:07] <marcoceppi> net/~charmers/charms/precise/wordpress/trunk/view/head:/hooks/nfs-relation-changed
[01:07] <marcoceppi> ZonkedZebra: not at all, the beauty of charms is they can be written in any language. To my knowledge we have bash/dash, python, ruby, and chef charms. Someone tried writting a charm in php but I think they gave up
[01:08] <marcoceppi> Use whatever language you/people deploying the service are comfortable with
[01:08] <ZonkedZebra> Am I responsible for installing the required interpreter during the install hook?
[01:08] <marcoceppi> ZonkedZebra: at this time, yes
[01:09] <marcoceppi> ZonkedZebra: there's discussions of having pre-required packages described in the metadata.yaml file, but for the time being you'll need to use a language available on all ubuntu machines (pretty much python or bash) to set up your dependencies
[01:09] <ZonkedZebra> So what envs are possible with the install hook? (What is install on the base image)
[01:09] <ZonkedZebra> Alright. For the record I vote reps in metadata.yaml
[01:09] <ZonkedZebra> deps*
[01:10] <ZonkedZebra> I hope NSA monitoring can handle typos
[01:10] <marcoceppi> ZonkedZebra: I'm a little against that, personally, I'd rather see hooks/setup or something similar. A hook that is only run once, but the decision isn't up to me :)
[01:11] <ZonkedZebra> What is the best way to install something on all machines? I had to do a bit of hacking to get mosh running properly.
[01:11] <marcoceppi> ZonkedZebra: a subordinate would be one way
[01:12] <marcoceppi> ZonkedZebra: you mean within juju or just in general?
[01:13] <ZonkedZebra> In general. Built in would be cool. juju mosh unit/0. I like how that felt
[01:15] <ZonkedZebra> Where can I find the list of things that are set during the hooks, like CHARM_DIR and HOME?
[01:19] <ZonkedZebra> I guess I can just debug-hooks and dump it
[01:19] <marcoceppi> ZonkedZebra: debug-hooks is the way to go, it might be in the docs though
[01:19] <marcoceppi> ZonkedZebra: juju has plugins, so you could totally do a mosh plugin
[01:20] <ZonkedZebra> Where is the docs on the plugin system?
[01:20] <marcoceppi> ZonkedZebra: drafted on my computer, but they're pretty straight forward, you just put a file called juju-<plugin> in path
[01:21] <marcoceppi> ZonkedZebra: there's a juju-plugins project on LP that I started which will eventually pacakged a lot of common plugins together you could add it to
[01:22] <marcoceppi> ZonkedZebra: I really thought we had the environment variables documented :\
[01:22] <ZonkedZebra> Nope :(
[01:22] <ZonkedZebra> a couple of them are, randomly :)
[01:22]  * marcoceppi makes notes to fix this
[01:27] <ZonkedZebra> marcoceppi: is there a functioning example somewhere in the juju-plugins repo?
[01:28] <marcoceppi> ZonkedZebra: yeah, I wrote it in Python, so it's structured a little differently since I wanted to be able to test it like a python app
[01:28] <marcoceppi> ZonkedZebra: http://bazaar.launchpad.net/~charmers/juju-plugins/trunk/view/head:/plugins/juju_test.py
[01:29] <marcoceppi> it's actually the worst example ever, because it's a really involved plugin
[01:29] <marcoceppi> but it's the only one I've written so far
[01:30] <ZonkedZebra> interesting, looked like part of the testing harness at first glance
[01:30] <marcoceppi> ZonkedZebra: it's seperate, it basically just runs all the files in tests/
[01:31] <marcoceppi> the testing harness, amulet, was designed to be independent of the test plugin, so people arent' forced to use it for writing tests
[01:31] <ZonkedZebra> Yep, figured it out when I hit __name__ == '__main__'
[01:34]  * marcoceppi disappears for a while
[04:24] <alexrockz> Hey guys!
[04:49] <alexrockz> Hi
[04:49] <alexrockz> How is everybody
[04:57] <alexrockz> I'm bored
[06:10] <alexrockz> Hi guys
[06:53] <marcoceppi> alexrockz: hello
[08:52] <alexrockz> Hi everybody
[08:54] <alexrockz> Anyone like Ubuntu here?
[08:55] <alexrockz> 'cause i do
[08:55] <alexrockz> I used to have it on my Windows 7 laptop
[08:55] <alexrockz> Then i un-installed it 'cause it was taking up my memory
[08:55] <alexrockz> Didn't use it anymore
[08:56] <alexrockz> So i got a new laptop
[08:56] <alexrockz> It runs Windows 8
[08:57] <alexrockz> I was hope for a big computer with 500 GB
[08:57] <alexrockz> (Giga-Bytes)
[09:08] <alexrockz> No comment huh?
[09:08] <alexrockz> ok
[18:04] <Diegonat> hi?..
[18:04] <Diegonat> i have this error while trying to use openstack caused by: the configured region "RegionOne" does not allow access to all required services, namely: compute, object-store
[18:11] <marcoceppi> Diegonat: does your user have access to compute and object-store? Can you launch instances from the dashboard?
[18:29] <Diegonat> yes i can
[18:29] <Diegonat> marcoceppi, sto usando
[18:29] <Diegonat> admin
[18:39] <Diegonat> fixed
[18:39] <Diegonat> no not really
[18:40] <paulczar_> how do delete the environments cache of a charm that I'm developing?   getting tired of doing an environment-destroy every time I change something
[18:48] <alexrockz> Hi everybody!
[20:41] <_mup_> Bug #1232547 was filed: When Trying to Deploy on ec2 I get "no instances found" <juju:New> <https://launchpad.net/bugs/1232547>
[20:46] <AskUbuntu> Juju errors when trying to deploy to ec2 | http://askubuntu.com/q/351269