[00:06] m_3: I'll look into the mongodb/juju/precise thing a bit later ... Can't get juju to work with precise yet. [00:29] hazmat: where does the code for charmworld live on lp ? i peeked at https://code.launchpad.net/charmworld [00:30] hazmat: never mind, i'm an idiot [00:31] err maybe not, i thought i found it [00:32] i guess not though [01:03] imbrandon, its not published [01:03] SpamapS, sounds reasonable, is there a way to identify the active series on lp? [01:05] ahh that would explain it, just not published or closed ? i dont mind either i was just gonna try and lend a hand with the sorting and maybe upgrade it to bootstrap 2.0 with responsive-ness and make sure it was all in like with the new branding updates like i did on the commmunity sites [01:05] :) [01:05] s/like/line* [01:08] hazmat: so if i can give a hand with it just ping [01:53] negronjl: I've got 531 localling bringing up 531 ppa on local provider for precise... seems to be running ok so far [02:06] m_3: Can you pastebin a copy of your environments.yaml file ? [02:07] m_3: and if you used any odd commands or switches for juju, I'll take those too :) [02:07] m_3: I'll look at it a bit later tonight [02:12] hazmat: yes the distro object will show you [02:24] negronjl: http://paste.ubuntu.com/933424/ is what I was using from that precise instance to launch other local precise instances === _mup__ is now known as _mup_ === almaisan-away is now known as al-maisan [10:24] Hi, I'm trying to deploy the openstack-dashboard charm locally (http://charms.kapilt.com/charms/precise/openstack-dashboard). I have set up my environment for local use, but when I do 'juju deplou openstack-dashboard' it says "Error processing 'cs:precise/openstack-dashboard': entry not found". Do I need to do something special to get it to find that charm? [10:33] try cs:oneiric/openstack-dashboard instead [10:34] imbrandon: Same problem :( [10:35] is there and openstack-dashboard listed ni the charmstor ? /me looks [10:35] This is the full output: http://paste.ubuntu.com/933781/ [10:37] bot sure, you'll have to bug hazmat m_3 or SpamapS when one of them gets in this morning [10:37] not* [10:37] imbrandon: No problems. Thanks :) [10:37] try mysql cuz i know that know works, to make sure your env is right [10:37] afk a few [10:38] yeah, mysql worked [10:39] ok yea its breakage from the switch to precise then likely yesterday and one of those 3 will fix it up here in a few hours i'm sure, they are normally active here pretty soon [10:40] No problems, I can wait === al-maisan is now known as almaisan-away === almaisan-away is now known as al-maisan === matsubara-afk is now known as matsubara [12:43] imbrandon, its likely because its not 'officially' released yet.. ie been reviewed. it can still be installed from cs:~charmers/precise/openstack-dashboard [13:46] hazmat: ahh === al-maisan is now known as almaisan-away [16:30] m_3: ping [16:39] yo [16:39] negronjl: yo [16:39] m_3: mongodb works :) [16:40] cool... thanks for checking it out! just wanted to make sure we explicitly went through the handout/demo examples after promoting everything to precise [16:41] m_3: no worries ... glad it works [16:42] negronjl: you did test cloudfoundry on precise right? [16:42] * jcastro runs [16:42] jcastro: not yet ... [16:42] it looks like parts of it are still failing for some reason... probably packages [16:43] m_3: parts of cloudfoundry ? [16:43] http://ec2-23-20-58-1.compute-1.amazonaws.com:8080/ (only a tmp url) [16:43] unfortunately, it wasn't capturing logs on these initial precise runs [16:44] m_3: I'll work on some troubleshooting as I get time ... [16:44] I was going through yseterday knocking them one-by-one to green [16:44] negronjl: cool... thanks === matsubara is now known as matsubara-lunch [17:21] FYI, pending approval of FFE, I'll be uploading bzr531 to precise later today or early tomorrow. Please give it a good vigorous testing everybody. === matsubara-lunch is now known as matsubara [17:38] SpamapS: hey, busy? [17:39] krish is at openstack and he wants to do a live G+ over the air about juju [17:39] want to hop in with me? [17:39] and/or m_3 [17:41] jcastro: right now? [17:41] yeah he just pinged me on twitter [17:41] jcastro: does he know you and clint will be there Thu? [17:41] yeah [17:42] interesting [17:42] wanna hop in? [17:42] I want to talk about the charm school and stuff [17:42] nope [17:42] lol [17:43] * robbiew has to start blueprint wrangling for 11.10...and do some I-am-leaving-my-wife-with-you-young-boys-this-week chores :P [17:43] /s/-you-/-two- [18:04] jcastro: sorry Iw as grabbing an early lunch [18:04] no worries he hasn't responded back [18:04] he says he'll ping me with a suitable time when he gets there [18:04] SpamapS: I was thinking we could just talk about the problems we're trying to fix, etc. Basically, the stuff we talk about every week anyway [18:05] sure [18:05] I should like.. shower so I don't look like a bum [18:16] jamespage, hey, FYI - I had to get all this data of my 1TB drive which is taking a while, and then I can kick off the mirror [18:17] the drive was formatted for a Mac (it was used to record our album), so I will get the data off, format it, and then download the mirror so we have a backup [18:23] jcastro: hey... I was in a meeting [18:23] jcastro: any update on time? [18:23] no worries, he hasn't given me a time yet [18:23] jcastro: cool [18:23] try to stay open today. (hah!) [18:23] :) [18:24] dude, that was a rude awakening this morning! [18:24] yeah sorry [18:24] * m_3 open eyes... crawl outta be... check irc... charmschool in 20mins! [18:26] I'm gonna go get some breakfast... bbiab [18:27] SpamapS: and then we should probably talk about charmschool ODS again [18:30] jcastro: indeed, I have rsyslog written though it has a bug that I'm fighting with [18:30] jono, great - I think the guys are pulling one locally as well for redundancy [18:30] cool [18:31] SpamapS: I know you're in the zone but gitolite promulgation would be swell as well. Looks like shazzner's fixed all your issues [18:32] jcastro: promulgation needed for demo? :) [18:34] that would be a cool demo [18:38] could someone suggest a charm that installs from a cvs source that I can use as a template please? [18:39] yagey: like an actual CVS source, or just installs from some form of version control? [18:39] cvs [18:40] to install the virgo kernel: http://www.eclipse.org/virgo/download/ [18:40] I don't think we have any that install from cvs source, but it would be similar to if you were doing an install, with regards to the commands used to branch the repo [18:40] yagey: why not just grab the zip download instead of cvs? [18:40] ok [18:41] any examples of a zip based install? [18:42] yagey: sure, quite a few do [18:42] let me find one [18:44] yagey: owncloud, statusnet, roundcube, and a few others grab some form of archive from a remote server for installation [18:44] thx [18:45] They all make use of a charm-helper called "ch_get_file" which takes two parameters: a url, and a hash of the payload ( in order to do payload validation ) [18:45] yagey: node-app installs from git... shouldn't be too different to change that to cvs [18:45] k [18:46] yagey: but there are more examples out there of ch_get_file [18:48] yagey: cvs, *wow* [18:48] ? [18:49] shocking to hear that anybody has cvs anywhere anymore [18:49] svn is well over 10 years old [18:49] bzr is better than svn [18:49] git is more popular than bzr [18:49] so many options [18:49] cvs is.. just so bad [18:50] oh [18:50] yagey: they seem to be on git :) [18:51] yagey: https://github.com/eclipse/virgo.apps ... [18:51] seems they are spread over git/svn/cvs [18:52] yagey: I'd recommend targetting your charm at a released version to start with. You can add a config option to switch to git later. [18:52] yes, doing that. thx [18:52] ch_get_file is helpful [19:02] sigh, my connection to ec2 has started just hanging, any troubleshooting advice please? [19:02] yagey: are you sure its the ec2 connection? [19:02] yagey: sometimes doing 'juju -v ...' will reveal more [19:04] ah, thanks. claims it's still initializing. but the host logs show it's finished [19:05] the juju-admin is failing, unrecognized constraints [19:05] yagey: that is a version mismatch between whats on your machine and what your 'juju-origin' is set to. [19:05] "juju-admin: error: unrecognized arguments: --constraints-data=" [19:06] yagey: most likely you have 'juju-origin: distro' [19:06] yagey: or juju incorrectly guessed that you were using the distro version. [19:06] yagey: dpkg -l juju [19:07] yagey: I suggest putting an explicit 'juju-origin: ppa' in your environments.yaml [19:08] on my localhost: 0.5+bzr519-1ju on the EC2 boostrap 0.5+bzr398-0ubuntu1 [19:09] yagey: yikes! [19:09] yagey: that 398 version is the distro version from oneiric [19:10] yagey: I suggest making sure you have the latest from the ppa, and then adding a 'juju-origin: ppa' to the environment [19:10] ok [19:10] yagey: also you should consider deploying on precise. :) [19:10] what is precise? [19:10] yagey: Ubuntu 12.04 [19:10] oneiric == 11.10 [19:10] ah [19:11] Anyone ever seen this before? http://paste.ubuntu.com/934414/ [19:11] marcoceppi: no .. weird [19:12] marcoceppi: newer juju has a more robust zookeeper though, so its possible it would have exploded much more spectacularly before [19:12] Running the command again appears to hang [19:12] marcoceppi: nope... I'm actually excited to see it... usually a connection loss has to be inferred :) [19:12] * marcoceppi checks ec2 status page [19:13] * marcoceppi runs with -v [19:14] http://paste.ubuntu.com/934420/ [19:14] it just keeps going [19:14] marcoceppi: zk not started yet [19:14] or failed somehow [19:14] SpamapS: this environment has been bootstrapped for about 5 hours [19:15] marcoceppi: slight chance also that your local ssh is bombed out somehow [19:15] *it is the current omgubuntu environment* [19:15] Though, this might explain why wp can't connect to mysql which is running on that bootstrap [19:15] marcoceppi: ssh directly in? [19:16] aye, I can [19:16] zk running? [19:16] I guess this is bad: /dev/xvda1 7.9G 7.5G 0 100% / [19:17] SpamapS: it's not [19:17] ooohhh fuuuuuudddddddgggge [19:17] hah [19:17] http://www.sadtrombone.com/ [19:18] There shouldn't be 7.5G of MySQL databases on there [19:18] yeah, /var/lib/mysql is only 567M [19:18] http://www.youtube.com/watch?v=Yii2mcNq2Zw [19:19] marcoceppi: I bet its the juju agent logs or something silly like that [19:19] or ZK [19:19] so with ppa and precise, now it refuses to connect: 579: Socket [127.0.0.1:42204] zk retcode=-4, errno=111(Connection refused): server refused to accept the client [19:19] m_3: I have an idea. [19:19] m_3: feel like experimenting with something? [19:19] 5.9G ./log [19:19] * marcoceppi moves log to /mnt [19:20] daddy needs centralized logging! [19:20] it's actually /var/log/mysql [19:20] has a crap ton of 101M files mysql-bin.XXXXXX [19:21] all have like, json in them [19:21] binary logging [19:21] marcoceppi: flush logs; [19:21] marcoceppi: if you're not going to use replication, you can turn that off [19:21] with log-bin [19:22] marcoceppi: and you can pretty much delete all of them [19:23] jcastro: hey... sure [19:23] http://googledevelopers.blogspot.com/2012/04/add-spdy-support-to-your-apache-server.html [19:23] We totally should just toss that in a charm right now and tell people about it [19:23] SpamapS: Okay, that's fixed. For ZK, just `restart zookeeper`? [19:24] "I read something cool and I want to try it right now." [19:24] marcoceppi: yeah that should be fine [19:24] marcoceppi: service zookeeper restart btw .. don't call restart directly [19:24] good to know [19:24] m_3: they have packages, etc. And the byobu-classroom charm you just used uses mod_ssl already afaict. [19:24] marcoceppi: and actually .. for oneiric.. stop/start is better [19:24] marcoceppi: in 12.04 I fixed 'service' to do stop/start .. in 11.10 and earlier it uses the broken headed upstart 'restart' command [19:24] which has a few bugs and does weird stuff [19:25] sweet juju status works again [19:25] whew! [19:25] that was fun [19:25] marcoceppi: time to create a troubleshooting.rst [19:25] m_3: so I was thinking, find a charm that people would want to play with, toss spdy on it, demo! [19:25] yup [19:26] what are the available options for spdy? [19:26] jcastro: are you trying to show this at ods? [19:26] mod_spdy? nginx? [19:26] no, this just got published today this mod_spdy snapshot from google [19:26] SpamapS: will MySQL just keep on chugging with binary logging, or can I set like a ceiling? [19:26] marcoceppi: its designed to be an audit log.. so you should turn it off [19:27] marcoceppi: it will increase write performance by about 5x ;) [19:27] my idea is basically tell the "I saw something neat on the internet and want to mess with it, modify a charm, done." [19:27] it just so happens this came out right now [19:27] SpamapS: too bad the database rarely gets touched :) [19:29] marcoceppi: enough to fill the disk ;) [19:30] SpamapS: it's weird because we don't have this problem on the previous environment [19:30] Though, we just fixed an issue with apc that was causing php to go apeshit [19:33] jcastro: dude... I've really gotta get automated tests working on ec2. lemme see what I can put together in between deployments this afternoon [19:33] marcoceppi: did you set tuning on the mysql service? [19:33] marcoceppi: I believe "fast" turns off log-bin [19:33] m_3: I'm not saying do it, I'm just thinking out loud! [19:33] SpamapS: perfect I'm going to use that instead [19:33] jcastro: testing got bumped over the weekend to upgrade charms to precise [19:33] marcoceppi: yeah for them, the super fast tuning is the way to go. [19:34] m_3: actually let me back up, do you think it'd be a cool demo? [19:34] jcastro: yeah, of course it's a good story [19:34] SpamapS: <3 the MySQL config options [19:34] faster on the heels of the tool announcement the better too [19:34] It was rather cool, the database for omgubuntu was down for about 20 mins, and the site just kept serving from cache [19:34] marcoceppi: never let em see you sweat [19:35] I don't think anyone knew, I only knew because I just happened to try to log in to the admin panel [19:35] marcoceppi: that's awesome [19:35] marcoceppi: hrm, no.. fast doesn't turn it off [19:35] marcoceppi: but actually, it shouldn't be on by default anyway [19:36] jcastro: the openstack thing is a whole panel? [19:36] SpamapS: I just turned it off manually. I can add a patch to the charm in a few mins. Should it be a config option like log-bin true|false then by default put the bins on /mnt ? [19:36] ahhh.. $JUJU_RELATION_ID is quite handy [19:36] m_3: it's going to be more like shooting the breeze with Krish. [19:37] jcastro: email sounded like an actual panel [19:37] what email? [19:37] marcoceppi: I think it should be a config option, string, default to "", and if you have 'safest' tuning, then it sets it to /var/log/mysql/mysql-binlog or whatever it is now as the default... [19:38] can't see who else was copied... was a g+ mail [19:38] marcoceppi: and if you have 'fast' or 'unsafe' then it should be left off [19:38] jcastro: PM [19:38] SpamapS: then the config option would be to what? over-ride the default path? [19:39] SpamapS, glad to hear that about $JUJU_RELATION_ID [19:40] still can't run juju status with ppa and precise, and suggestions please? ^C2012-04-17 12:39:17,262:9336(0x7f4e3126c700):ZOO_ERROR@handle_socket_error_msg@1603: Socket [127.0.0.1:57177] zk retcode=-4, errno=112(Host is down): failed while receiving a server response [19:43] interesting, the host halted itself and refusing connections [19:43] yagey_: I'd guess that ZK did not start properly [19:44] jimbaker: yeah, its useful because its consistent through the entire relation lifecycle and can be used to run relation-get outside of hooks. :) [19:44] jimbaker: so for instance in the rsyslog-forwarder charm I just wrote, I use it to control the name of the per-remote-host config file I add.. broken can just 'rm -f /etc/rsyslog.d/80-$JUJU_RELATION_ID.conf' [19:44] jimbaker: before, broken hooks were always hard to write because they had no context available. [19:48] jcastro: speaking of charms that need reviewing.. I have submitted 3 in the last 2 days, and I have 2 more [19:48] \o/ [19:57] SpamapS, sounds like it worked as intended. very nice indeed! [20:09] jcastro: you did not require signature on the UPS shipments did you? [20:09] 2012-04-17 13:08:06,922 INFO Charm deployed as service: 'mod-spdy' [20:09] * SpamapS waits patiently while his instances start up [20:10] don't forget to push! [20:10] I want to see how you did it [20:10] so I can learn [20:10] since I see the first one, and then yours. [20:10] hah, can you believe I work at an engineering company? I should be killed. [20:10] lp:~clint-fewbar/charms/precise/mod-spdy/trunk [20:11] =o [20:11] \o/ [20:13] SpamapS: ah I like how you did the arch thing there [20:13] jcastro: they should have an apt source.. or a PPA :) [20:14] SpamapS: I think what we do is on the very first instance we see where their package puts the sources.list for their thing [20:14] and just put that in the charm [20:16] okay, so I'm new to juju. I'd like to use it to deploy our cluster of machines [20:16] nteon: What would you like to know? [20:16] including a couple of postgres machines [20:17] bkerensa: can I tell juju about things like which disks/set of disks make up a software raid array, and have them attached and then mounted on an ec2 box? [20:17] I'm not super clear on where juju falls into the stack I guess [20:18] I dont think juju does that yet but I could be wrong [20:18] nteon: I have some videos you might want to check out [20:19] ^ [20:19] http://www.brighttalk.com/webcast/6793/41933 [20:19] jcastro: awesome, I will check it out in a min [20:19] jcastro is the juju guy [20:19] :D [20:20] nteon: we're likely above the disk/array level [20:21] <_mup_> juju/apt-proxy-support r532 committed by kapil.thangavelu@canonical.com [20:21] <_mup_> update cloudinit renderer for apt proxy url [20:22] hrm, open-port from a subordinate might not work :-/ [20:22] 2012-04-17 13:19:58,221 unit:mod-spdy/1: unit.hook.api DEBUG: opened 443/tcp [20:22] Yeah, doesn't work [20:23] opens the port for the subordinate, but the subordinate has no watch for that so it never gets opened for the unit [20:23] bcsaller1: ^^ thoughts? [20:24] SpamapS: it should be better documented, the principal service controls the networking for the subordinate as its really running the container, but some adjustment there is most likely needed. [20:24] marcoceppi, re the connection loss, we guard against that for the agents but not for the cli which is short lived connection [20:24] jcastro: jcastro: watching now [20:24] bcsaller1: indeed, subordinates will need to open ports [20:25] I appreciate teh conservative take on it.. but subordinates are adding to the primary, so they should definitely be allowed to open ports [20:25] SpamapS: but exposing a port for the subordinate from the principal works [20:25] thats just counter intuitive [20:25] yeah.. the port stuff is setup to watch against the service unit assigned to the machine, in a subordinate case that distinction is never made [20:25] the use case is quite simple to imagine. I want to add a management daemon that gets queried from outside the network. [20:26] bcsaller1, its also defeats the purpose of subordinates.. [20:26] ie. adding out of band functionality to a principal [20:26] thats.. the entire point of subordinates [20:27] I get why it doesn't do it today [20:27] but its going to be desired [20:27] already is actually :) [20:27] easily done [20:27] SpamapS, i'd like to turn down the logging for the ssl stuff, its a bit inane in its verbosity 4 messages for the same thing [20:27] SpamapS: mind adding a bug on it? === zyga is now known as zyga-afk [20:28] SpamapS, this is patch to clean it up http://paste.ubuntu.com/934535/ [20:28] hazmat: its being clear about each vulnerability. -l ERROR gets rid of it. [20:28] bcsaller1: I will definitely [20:29] SpamapS: great, thanks [20:29] hazmat: I'd like it to log 20 messages :) [20:29] but I only had enough text for 3 [20:36] ugh [20:36] lodgeit is just broken [20:36] ok.. lets try statusnet [20:36] jcastro: lodgeit seems broken in precise, should be investigated [20:38] k [20:38] ditto byobu-classroom [20:38] heh. I don't really see the point of LTS releases if you're going to deploy a bunch of unpackaged software on top of it. in that case what is left that is 'stable'? libc and the kernel? [20:39] (that wasn't in response to anything in particular) [20:39] hazmat: btw, thanks for the 'open-port' script in juju-jitsu. Totally works perfectly! [20:39] nteon: this is additive, the charms have an option of doing that if you want to [20:40] nteon: so like, if you want to use the upstream version of wordpress instead of what's packaged you can do that, etc. [20:40] jcastro: https://ec2-107-22-22-168.compute-1.amazonaws.com/ [20:40] *SPDY* [20:41] jcastro: well this video talks about how charms can help keep your software up to date when you're running on an LTS release... in that case why not just use whatever the latest ubuntu release is? [20:41] I see it's served via spdy, but it's a 404 [20:42] nteon: you could do that if you want, but people do want a stable OS that is very stable and long lived but then have their application on top of it be new [20:43] jcastro: cs:~clint-fewbar/precise/mod-spdy *should* work :) [20:44] jcastro: well, once the store picks it up [20:44] I have to run now [20:44] <3 [20:44] is the add-relation normal? [20:44] jcastro: included a README on how to make it work [20:44] ah [20:44] thanks! [20:44] jcastro: also open a bug against lodgeit.. its totally busted [20:44] k [20:45] jcastro: yea, I guess I just disagree with that line of thinking :P but thats neither here nor there [20:45] is there a way of having a new juju environment pick up a copy of the DB from somewhere? [20:45] nteon: it's ok, it's up to you how to run your cloud. :) [20:45] which db? [20:46] any? right now mysql, in a month or two, postgres [20:46] oh, well right now both of those charms just apt-get install mysql or postgres [20:46] nteon: sure, thats how omgubuntu does it, they dump to s3 and new deployments import that dump [20:46] ok gone [20:46] oh I see what you mean [20:47] SpamapS: thanks, let me look at the omgubuntu stuff [20:47] http://jujucharms.com/~marcoceppi/oneiric/omgubuntu-wp [20:48] jcastro: nice, when did we get jujucharms.com? [20:48] a few weeks ago, kapilt'ed [20:48] that rocks [20:49] yes, I'm looking at db_relation_changed right now [20:49] heya robbiew , I got juju working on OSX , i need to do a bit more cleanup on the pkg and such but it should be ready for semi public testing in the next 24 hours i'd say, i just had to do some very very wrong things to get zkpython to play nice that i need to work out [20:49] but overall its "working" :) [20:49] imbrandon: cool [20:50] m_3: it will be avail via "brew install juju" too :) charm-tools and such are next :) [20:50] imbrandon: nice! [20:51] the old charms.kapilt.com redirects transparently to the new domain [20:52] okay, so I have 2 things I'm interested in: having postgres on a raid, and having a new postgres instance be initialized from an existing db dump. it looks like the answer is that I would do both with hooks? [20:52] the existing db dump will for sure [20:53] the raid , it _might_ be better to start with a specific ami ? not sure [20:54] imbrandon: okay, so I would roll my own ami in that case I guess [20:54] nteon: cloud servers are "cheap" in that sense though, i think the more natuaral way to ensure raid levels of service would be full server replication though now a days [20:54] e.g run 2 or 3 postgres instead of one monster [20:55] imbrandon: its not space, its speed. individual ebs disks are too slow [20:55] that way it can be scaled with juju to :) [20:55] nteon: sure i understand that, read replicas are fast [20:56] nteon: and i'm not 100% sold on the idea, just was the first thing that came to mind [20:56] imbrandon: writes are too slow (and unpredictable) on individual ebs volumes [20:57] nteon: true at high service levels but at that point i'm looking at memcache persistant to the db or RDS like services [20:57] nteon: but yea a raided ami would likely work [20:57] imbrandon: well, RDS does striping over several ebs volumes in the background for you, you just don't have access to a shell on that machine [20:58] exactly, thus i was talking about doing that too :) [20:58] not trying to sell ya on it though, just was making sure you had thought about the other options ;) [20:59] SpamapS, the top link on the browser ('charms') goes straight to the current series now, hopefully that suffices [20:59] and juju deploy posgress , to scale out more is much sexier than playing with raid imho :) [21:01] but yea, infact __one__ way to use an existing dump is the way marcoceppi has setup for when we deploy omgubuntu.co.uk , you can find the charm here to see it as an example, there is alot of omg specific stuff in there just ignore it, and its mysql but i'm sure you can translate the diffs http://jujucharms.com/~marcoceppi/oneiric/omgubuntu-wp [21:01] nteon: ^^ [21:02] nteon: it grabs the latest backup from s3 and uncompresses it and loads it up if the db is currently blank ( new deploy etc ) [21:02] but just adding webheads it checks and skips it [21:04] jcastro: btw when i went to the doc's today i stopped at microcenter and got me a "real" keyboard :) lol [21:06] nteon, we don't have a good way to expose that at the moment re ebs raid volumes, ideally volume management should be in the core [21:07] given the available tech, it can either be done inline to the charm at the cost of pushing ec2 creds there [21:08] or via an ebs charm that would allow the creation mapping of the volumes [21:09] its really a provider specific functionality so ideally the framework would be to abstract that from a charm perspective [21:10] ahhhh, I can't turn off binary dumping for some reason === almaisan-away is now known as al-maisan === al-maisan is now known as almaisan-away [22:26] marcoceppi / m_3 : added you both to the "juju-hackers" group on github so you should both have direct commit access to the juju brew formula ( and later charm-tools ) etc , if you have other juju related brews feel free to put the forumlas in with the others [22:27] and i'll make sure they are easy to install etc just like with juju [22:27] if anyone else has a github acct and wants to help with the OSX juju hacking just ping me and i'll add ya [22:28] ( marcoceppi and m_3 are full admins too and can add ppl as needed as well ) [22:34] jamespage, you there? [22:47] imbrandon: cool... thanks, I'll try it out when I get home and have access to an osx box [22:48] m_3: kk, the instructions at http://juju-hackers.github.com/homebrew-juju/ are a little ahead of themself [22:49] e.g the pull req isnt done yet,but you can just use brew install ./Libraries/Formula/juju.rb [22:49] for tonight [23:30] jono: am now - wassup?