[00:02] <SpamapS> Ding ding
[00:02] <SpamapS> another charm promulgated
[00:02] <SpamapS> Kusabax
[00:22] <bkerensa> yay
[00:22] <bkerensa> SpamapS: I fixed the locker charm and pushed again
[00:22] <bkerensa> :P
[00:27] <SpamapS> bkerensa: I might just review that now so that I can add you to ~charmers and you can start doing reviews.
[00:27] <SpamapS> The queue, I suspect, will get long, fairly quickly. :)
[00:27] <bkerensa> SpamapS: yes then I will help review stuff and make things easier
[00:27] <bkerensa> :D
[01:26] <bkerensa> SpamapS: is the level of frostiness acceptable?
[02:00] <marcoceppi> SpamapS: thanks for the info, I'll keep that in mind
[10:37] <jamespage> jcastro, this looks largely unmaintained - https://docs.google.com/a/canonical.com/spreadsheet/ccc?key=0AoW1nhI7IMt3dFRvSFdkZmNqQ0t3RjZ2QTR2Z19teWc&hl=en_US#gid=0
[10:38] <jamespage> and is linked from https://juju.ubuntu.com/Charms
[10:39] <jamespage> worried it might be creating a bit of confusion about who's working on what charm - new folk don't seem to be looking at bugs in launchpad....
[11:14] <yolanda> hi jamespage, saw your email
[11:15] <yolanda> to see the juju code there, you need to have access to that team, do you want me to put in a public url?
[12:50] <jamespage> yolanda, yes - but we really need to resolve the issue about multiple charms targeting the same service deployment.
[13:24] <yolanda> jamespage, it's ok for me. I still have to deal with details of openerp module, to push it to Debian & Ubuntu. But if the charm can be configured to do one thing or another depending on version, that can be good
[13:24] <yolanda> what is Patrick Hetu nick, to talk with him?
[13:25] <jamespage> yolanda, not sure - check launchpad - it should tell you
[13:26] <yolanda> avoine, but is not there, i'll send an email
[14:54] <jkyle> so, if I'm understanding juju correclty. It can't be used as a standalone deployment tool. Only with a cloud like EC2 or MaaS?
[14:56] <avoine> jkyle: there is a local deployment option but it's more for testing
[14:57] <jkyle> right, so no way to deploy to a target. and I also bumped into a blurb that it's being rewritten in Go?
[14:57] <avoine> jkyle: no right now you can deploy to an existing server
[14:57] <avoine> jkyle: I'm not sure about Go, I think they want to test it
[14:58] <jkyle> I hope not
[14:58] <avoine> or make a proof of concept
[14:58] <avoine> sorry you cannot deploy to a remote existing server
[14:58] <jkyle> proof fo concept is fine. seems moving to go would alienate a lot of potential contributors
[14:58] <avoine> only local or via ec2 or Maas
[14:59] <jkyle> blurb in question: http://tinyurl.com/79nm8ej
[14:59] <jkyle> yeah, I may have to revisit maas my next deployment. was unable to get it (or cobbler) to work well this round
[15:00] <avoine> it can be tricky yeah
[15:01] <jkyle> I think it was just too early in 12.04's release cycle
[15:01] <avoine> it was moving fast in the last months
[15:01] <jkyle> yeah, the nail for me was when the source outpaced the hosted ephemeral disks and they wouldn't boot :P
[15:01] <avoine> jkyle: so juju is mainly in python
[15:02] <jkyle> avoine: right, that was one of the things that first drew my attention
[15:02] <jkyle> seems a natural choice for workign with openstack
[15:02] <avoine> yeah
[15:04] <jkyle> I'm working here and there to get a macport of juju written
[16:37] <jcastro> m_3_: ping
[16:59] <FunnyLookinHat> Is there an appropriate place to 'stake a claim' to a specific charm so that people don't double up?  Is it that google doc spreadsheet I see floating around?  Because that seemed a bit out of date.
[17:08] <marcoceppi> FunnyLookinHat: if you're going to start something and there's a bug for it, just claim the bug report for that charm, otherwise create a bug report and assign it to yourself
[17:20] <jcastro> FunnyLookinHat: yeah just claim the bug in launchpad by assigning it to yourself.
[17:21] <m_3_> jcastro: hey... bout to call you
[17:21] <jcastro> join #juju
[17:21] <jcastro> and then call me in 2 minutes.
[17:21] <jcastro> I will fill you in
[17:22] <jcastro> oh, this is #juju
[17:22] <jcastro> ok call me
[17:22] <koolhead17> jcastro, i have assigned one using that google doc, is that okey
[17:22] <marcoceppi> koolhead17: that google doc is out of date
[17:23] <koolhead17> gosh
[17:23] <koolhead17> why is it there/mentioned then/
[17:37] <_mup_> Bug #994116 was filed: juju local environment doesn't survive reboots <juju:New> < https://launchpad.net/bugs/994116 >
[17:42] <SpamapS> koolhead17: I don't know. We should burn the google doc unless it updates automatically from launchpad
[17:43] <dpb_> Hi all -- Is there a right way to copy files between services, when relations are joined.
[17:43] <SpamapS> dpb_: scp would be the simplest way. Can you give an example of what you want to copy?
[17:44] <dpb_> SpamapS: it's a server cert actually (self signed)
[17:44] <koolhead17> SpamapS, exactly. I don`t see information catered two places :)
[17:46] <SpamapS> dpb_: two simple options. 1) setup SSH between the two hosts by passing along public keys for auth. 2) relation-set certcontent=`cat my.crt`
[17:46] <dpb_> SpamapS: oh on 2.. not a bad idea.
[17:47] <_mup_> Bug #994118 was filed: Update manager fails with an error <juju:New> < https://launchpad.net/bugs/994118 >
[17:47] <dpb_> SpamapS: I guess it's small enough.  if I have a case of something larger, the ssh key approach would be workable as well.  thanks
[17:47] <_mup_> juju/scale-test r534 committed by kapil.thangavelu@canonical.com
[17:47] <_mup_> short circuit per machine security group management
[18:01] <jcastro> marcoceppi: hey so I had to shuffle the plenaries, you're on monday now.
[18:02] <marcoceppi> jcastro: http://i.imgur.com/i8YYs.gif
[18:03] <marcoceppi> that's cool, I'll hunt you down on Sunday for a drink and quick dicussion about the plenary
[18:09] <SpamapS> dpb_: the only trouble is that you have to trust ZK with the content of your cert
[18:09] <SpamapS> dpb_: We already trust ZK with a lot of stuff, but its something to think about.
[18:24] <dpb_> SpamapS: well, this particular charm is for development spin up, so trust is a non-issue.  good to know though.  BTW I just had to double quote the param to relation-set and it worked.  thanks!
[18:26] <SpamapS> dpb_: woot
[19:01] <jcastro> SpamapS: thomas has an incoming fix for the postgres charm
[19:01] <jcastro> he says it was broken, but he fixed it. :)
[19:01] <SpamapS> *sweet*
[19:02] <SpamapS> I have had a proposed fix for the mysql charm open for over a month
[19:02]  * SpamapS wishes somebody would review it
[19:02]  * marcoceppi goes to review
[19:05]  * SpamapS goes to get marcoceppi an IRC beer
[19:11] <gmb> hazmat, Around?
[19:12] <hazmat> gmb, yup
[19:14] <gmb> hazmat, So, I'm back  to trying to get juju to bootstrap with a specific AMI. What should I make the ec2-uri point at in order to be able to use default-image-id?
[19:14] <hazmat> gmb, the ec2 region url
[19:14] <hazmat> ie. api access endpoint
[19:14] <gmb> hazmat, So, ec2.us-west-1.amazonaws.com?
[19:15] <gmb> (For e.g.)
[19:15] <SpamapS> https://us-east-1.ec2.amazonaws.com
[19:15] <SpamapS> I think
[19:15] <gmb> Okay, lemme try that (the documentation is a bit ambiguous)
[19:15] <gmb> SpamapS, Yep, that got it. Thanks.
[19:16] <marcoceppi> SpamapS: shouldn't this be it? region: eu-west-1
[19:16] <marcoceppi> it's what we use to bootstrap omg in the EU EC2 zone
[19:16] <gmb> hazmat, SpamapS interestingly, if you get it wrong, the only indication that something's not right is a "400 Bad request" in the juju bootstrap output.
[19:17] <SpamapS> marcoceppi: There's some specific logic in juju to prevent users from using default-image-id on EC2 (why, I'm not sure, as this seems like we're trying to be peoples' mommies)
[19:18] <SpamapS> If somebody wants to ditch our sophisticated and awesome way of looking up image ids.. let 'em.
[19:20] <marcoceppi> SpamapS: looks good to me, it too me a while to figure out why you were using md5sums, but makes sense now
[19:21] <marcoceppi> merge away
[19:22] <SpamapS> marcoceppi: Yeah its a little weird but I want to avoid restarting mysql if at all possible.
[19:23] <marcoceppi> Right, makes snes
[19:24] <SpamapS> marcoceppi: thanks for the review! :)
[19:24]  * SpamapS pushes
[19:32] <gmb> SpamapS, hazmat: Is the fact that multiple constraints need to be specified as separate --constraints="" parameters a known bug?
[19:34] <SpamapS> gmb: I thought hey could be space separated
[19:34] <SpamapS> I have not tried them enough to know though
[19:34] <gmb> SpamapS, For me, it gets confused and thinks the second constraint is the charm name.
[19:35] <gmb> I'll file a bug if one doesn't exist already.
[19:38] <hazmat> gmb, you can space separate them
[19:39] <SpamapS> hazmat: who admins _mup_ ? I want him to monitor merge proposals and bugs in charms too
[19:39] <hazmat> SpamapS, dunno exactly, i just ask gustavo when i need something changed on it
[19:40] <SpamapS> I also want promulgate to be able to notify _mup_
[19:40] <gmb> hazmat: This is what I'm seeing; what am I doing wrong? http://pastebin.ubuntu.com/965372/
[19:43] <marcoceppi> SpamapS: I just realized, for gluster you don't need to use subordinate charms, just regular relations will work
[19:44] <marcoceppi> though it'd be "faster" charms can just use nfs mounts vs nagive gluster mounts
[19:48] <SpamapS> marcoceppi: they will only work if you want to tie your charm to gluster specifically
[19:51] <dpb_> How do I supply data to a install hook, or more preferrably to a relation?  I.e, I would like to supply a URL that is changeable at deploy time to retrieve data about the install.
[19:51] <marcoceppi> I've been trying to figure out the workflow for gluster charm/sub The way I see it now, you have two options. Use gluster/gluster-client sub combo but then have the parent charm require gluster-client (to handshake *where* glusterfs mountpoint should be created) or just use gluster as a standalone and require nfs, resulting in a handshake of server details
[19:51] <marcoceppi> http://paste.ubuntu.com/965392/
[19:52] <hazmat> gmb, not sure... i'm able to do effectively the equivalent without issue http://pastebin.ubuntu.com/965396/
[19:52]  * hazmat tries with the same constraints
[19:53] <gmb> hazmat, Ah, wait
[19:53] <gmb> I have found the problem.
[19:53] <hazmat> that works
[19:53] <gmb> Old copy of the juju wrapper lying around.
[19:53] <hazmat> ah
[19:53] <gmb> sitting in /usr/local/bin...
[19:53] <hazmat> transparent wrapper is evil
[19:53]  * gmb stabs it
[19:53] <hazmat> thankfully gone
[19:53] <gmb> Yep.
[19:53] <gmb> Good-oh.
[19:54] <dpb_> so like.  juju deploy --variable URL=http://foo/bar  or   juju deploy --relation-data my-relation:URL=http://foo/bar
[19:55] <dpb_> I see the "--config" option on juju deploy, but I'm not sure what it can do.
[19:56] <balloons> I'm trying to initialize a basic environment to start messing with juju charms.. I'm looking at this page: https://juju.ubuntu.com/Charms. The "charm update some/dir/precise" and "charm getall some/dir/precise" commands it's telling me to follow are failing :-(
[19:56] <balloons> So in short, I got as far as installing juju and charm-tools on an up to date precise installation -- what do I do next?
[20:00] <marcoceppi> balloons: what are the commands failing with?
[20:00] <balloons> marcoceppi, the charm update and charm getall commands fail differently
[20:00] <balloons> which should i do first?
[20:00] <marcoceppi> balloons: pastebin both?
[20:01] <balloons> sure.. one sec
[20:01] <SpamapS> dpb_: there's supposed to be a --set option for deploy, but I think its been deferred a few times.
[20:02] <dpb_> SpamapS: can I get something similar with --config?  I even thought about making a fake service. :)
[20:02] <SpamapS> dpb_: you need to write out a yaml file with the options you want to set
[20:02] <SpamapS> servicename: { URL: 'http://foo' }
[20:03] <SpamapS> dpb_: anything you use 'config-get' for, btw, should go in config-changed, not install
[20:03] <SpamapS> unless there's a really compelling reason not to let people change the variable later
[20:04] <balloons> marcoceppi, here's charm update: http://paste.ubuntu.com/965430/
[20:04] <dpb_> SpamapS: ok.  config-changed is a hook by itself?  like install or start or stop?
[20:04] <SpamapS> dpb_: right, it runs after install
[20:04] <dpb_> ok.
[20:04] <SpamapS> dpb_: and any time any config options are changed
[20:05] <dpb_> cool.
[20:05] <dpb_> SpamapS: let me play with that a bit, thx
[20:05] <marcoceppi> balloons: mkdir -p projects/charms/precise
[20:05] <marcoceppi> then run the command again
[20:06] <SpamapS> Hm, with the store now..
[20:06] <SpamapS> I wonder if we should deprecate 'charm getall'
[20:06] <SpamapS> its really slow
[20:06] <SpamapS> and does things in a wonky way
[20:06] <SpamapS> 'charm get xxx' seems better
[20:06] <balloons> marcoceppi, I get the same error as you see in the paste
[20:06]  * SpamapS removes the suggestion from https://juju.ubuntu.com/Charms
[20:06] <balloons> if you scroll down you see I create the directory and try again
[20:07] <balloons> I'm not sure if it worked or not, but stuff does go into the directory, along with the errors
[20:07] <marcoceppi> balloons: that's odd
[20:08] <balloons> you can see the listing in the paste
[20:08] <marcoceppi> balloons: can you cd into that precise folder, and run charm get mysql (just as a test)
[20:08] <balloons> running now
[20:08] <balloons> Permission denied (publickey).
[20:08] <balloons> ConnectionReset reading response for 'BzrDir.open_2.1', retrying
[20:08] <balloons> Permission denied (publickey).
[20:08] <balloons> bzr: ERROR: Connection closed: Unexpected end of message. Please check connectivity and permissions, and report a bug if problems persist.
[20:10] <marcoceppi> balloons: did you install from the archives or ppa?
[20:10] <balloons> I installed from the archives
[20:11] <balloons> I have an up to date precise install.. running 64-bit
[20:11] <balloons> a random side note, but lxc failed to install for me also giving a dpkg subprocess error.. that's really baffling https://bugs.launchpad.net/ubuntu/+source/lxc/+bug/994192
[20:11] <_mup_> Bug #994192: package lxc 0.7.5-3ubuntu52 failed to install/upgrade: subprocess installed post-installation script returned error exit status 1 <amd64> <apport-package> <need-duplicate-check> <precise> <lxc (Ubuntu):New> < https://launchpad.net/bugs/994192 >
[20:21] <balloons> so charm update and then charm get XXX should work then?
[20:36] <marcoceppi> balloons: charm get mysql works fine for me, it's odd that it throws BZR errors for you
[20:36] <SpamapS> balloons: you don't actually need charm update anymore
[20:36] <SpamapS> balloons: its only for charm getall. So you can just do 'charm get mysql'
[20:49] <bkerensa> SpamapS: how did the charm look?
[20:54] <SpamapS> bkerensa: sorry which one?
[21:02] <balloons> SpamapS, so.. I'm a bit confused then.. I see you updated the page, so I just need to grab a charm then.. what charm might be a good one to have a look at if I'm trying to learn about charms and juju?
[21:03] <SpamapS> balloons: wordpress, mysql, subway, appflower .. those are all good ones
[21:04] <jcastro> balloons: I'm in the cloud room if you want me to fix your juju
[21:04] <SpamapS> balloons: do you have any services in mind that you might want to charm?
[21:04] <balloons> jcastro, SpamapS sounds like jcastro  is willing to fix my issue
[21:05] <balloons> SpamapS, yes, I do have something in mind..
[21:05] <balloons> it's a tomcat app.. but it isn't straightforward to setup or deploy with tomcat
[21:05] <balloons> it also requires google refine, jena, mysql and apache
[21:05] <marcoceppi> balloons: there's a tomcat charm you could use as a base http://jujucharms.com/charms/precise/tomcat7
[21:05] <balloons> ohh and optionally joseki.. so it's a good mix of stuff
[21:05] <balloons> is there a tomcat6 charm?
[21:06] <SpamapS> balloons: sounds interesting. :)
[21:06] <SpamapS> balloons: yes there is
[21:07] <balloons> i hoping my install script I typically use for deploying can be converted easily.. I'm curious to see :-)
[21:07] <balloons> SpamapS, great.. I'll start with tomcat6 then as a base
[21:08] <marcoceppi> balloons: I'm sure it will, most of the stuff I've charmed I just used my huge install script and just tweaked it into the Juju charm structure
[21:08] <balloons> cool
[21:08] <marcoceppi> s/most/some/
[21:09] <SpamapS> s/some/one time at bandcamp/
[21:10] <marcoceppi> good times
[21:12] <SpamapS> balloons: You might be able to just write your app as a "subordinate" app to tomcat6. The benefit there is you don't have to fork tomcat6
[21:12] <bkerensa> SpamapS: https://bugs.launchpad.net/charms/+bug/898714
[21:12] <_mup_> Bug #898714: Charm Needed: The Locker Project <Juju Charms Collection:Fix Committed by bkerensa> < https://launchpad.net/bugs/898714 >
[21:13] <SpamapS> bkerensa: ahh, I haven't gotten to it yet. UDS prep has been sucking all my time away ;)
[21:13] <bkerensa> indeed
[21:13] <bkerensa> :D
[21:13]  * SpamapS is doing SRU approvals for the first time in 10 days right now
[21:13] <SpamapS> bad.. bad SpamapS
[21:37] <balloons> SpamapS, marcoceppi turns out my ssh key for this machine is not in my launchpad profile
[21:38] <balloons> that's what was causing the error.. I'm adding the key, and I'm guessing it will work.. had I not had an lp-login, I'm guessing it would have also worked :-)
[21:38] <SpamapS> balloons: ahh!
[21:43] <jcastro> SpamapS: should I add that to the charm instructions?
[21:45] <SpamapS> jcastro: yeah, good idea
[21:51] <m_3_> SpamapS: do you know the current way to specify the explicit ami in ec2
[21:51] <m_3_> SpamapS: docs say it's turned off for ec2... only works on "private clouds"
[21:52] <m_3_> bootstrap won't respect my deprecated default-image-id
[21:52] <SpamapS> m_3_: if you explicitly set ec2-uri to https://$region.ec2.amazonaws.com/ then it will let you use default-image-id
[21:52] <m_3_> ah, thanks!
[21:55] <jcastro> SpamapS: ok weird
[21:55] <jcastro> do "charm get tomcat6"
[21:55] <jcastro> and it gets tomcat6
[21:56] <jcastro> question ... look on the charm store, we don't have an official tomcat6
[21:56] <jcastro> there are two personal tomcat6'es, so which one did it snag?
[21:56] <SpamapS> hah
[21:56] <SpamapS> the one pointed to by lp:charms/tomcat6
[21:56] <m_3_> jcastro: look at .bzr/branches/branch.conf
[21:57] <SpamapS> Which is actually owned by me
[21:57] <SpamapS> doh
[21:57] <jcastro> right. :)
[21:57] <SpamapS> jcastro: its named 'precise'
[21:57] <SpamapS> my guess is it was forked for precise
[21:57] <SpamapS> m_3_: perhaps your rename script missed one?
[21:59] <m_3_> SpamapS: dunno... I have notes on the ones it barfed on
[21:59] <m_3_> there were only a couple
[22:00] <SpamapS> ok well I think we just need to promulgate a ~charmers owned tomcat6
[22:00] <SpamapS> m_3_: I think it was this one, because I owned it rather than ~charmers
[22:00] <m_3_> oh, yeah, we only dealt with ~charmers explicitly I think
[22:00]  * SpamapS fixes
[22:00] <balloons> you can blame me
[22:00] <balloons> :-)
[22:00] <SpamapS> jcastro: thanks for pointing that out. We should now have an official tomcat6 in precise.
[22:01] <balloons> ohh really?
[22:01]  * SpamapS notes the charmstore tkaes a bit to update
[22:01] <balloons> SpamapS, since I'm crazy while we're at it..
[22:01] <balloons> I show jcastro this:
[22:01] <balloons> balloons@awesomesauce:~/projects/charms/precise$ charm update
[22:01] <balloons> usage: update charm_directory [ --fix ]
[22:01] <balloons> balloons@awesomesauce:~/projects/charms/precise$ charm update --fix
[22:01] <balloons> getopt: unrecognized option '--fix'
[22:02] <SpamapS> balloons: its a little bit confusing, I know. but you forogt to put in a dirname
[22:02] <SpamapS> balloons: charm update is going away
[22:03] <SpamapS> balloons: it was just a stop-gap until we had store.juju.ubuntu.com
[22:03] <balloons> SpamapS, yes, jcastro told me..
[22:03] <balloons> I'm trying to not point out the other weirdness I'm finding
[22:03] <balloons> keeping my head down..  can't help but notice/find these things
[22:04] <SpamapS> balloons: noooooo.. point it out
[22:04] <SpamapS> set it all on fire if you have to
[22:05] <balloons> is charm update capable of updating all of my charms or ?
[22:05] <balloons> is tomcat6 gonna show up eventually on this page? http://jujucharms.com/charms
[22:05] <SpamapS> balloons: tomcat6 will show up there yes
[22:05] <SpamapS> balloons: charm list already shows it
[22:06] <SpamapS> balloons: 'charm update' just pulls all the official charms into a '.mrconfig' which you can then use to bzr branch every charm...
[22:06] <SpamapS> balloons: that was a good idea when we had 20. Now we have over 70.
[22:07] <balloons> ok, so let's say the offical tomcat6 charm is updated
[22:07] <balloons> how do I know it got updated / and how would I get the update?
[22:10] <SpamapS> balloons: well as a charm dev, 'bzr pull'
[22:11] <SpamapS> balloons: for your services, 'juju upgrade-charm servicename'
[22:12] <balloons> hmm.. ok, but no way for me to know there are pending updates?
[22:12] <balloons> for your sake.. i'm trying to relate this to how apt works
[22:12] <balloons> aka what is the equivalant for apt-get update, apt-get dis-upgrade?
[22:25] <SpamapS> balloons: there's no "upgrade all of my services"
[22:25] <SpamapS> balloons: upgrade-charm will pull a new version of the charm if one exists
[22:25] <balloons> Ok, can I know there is a new version before running?
[22:26] <SpamapS> no, that seems like a useful feature
[22:26] <SpamapS> I bet we can hack that up in juju-jitsu
[22:26] <SpamapS> just parse status and compare charm revisions to the repo
[22:27] <balloons> :-)
[22:27]  * SpamapS just submitted perhaps his most interesting new-charm yet.. "ubuntu"
[22:28] <FunnyLookinHat> err - am I reading correctly... no nginx charm ?
[22:28] <FunnyLookinHat> http://jujucharms.com/charms/precise
[22:28] <SpamapS> FunnyLookinHat: we have charms that use nginx in development
[22:29] <SpamapS> FunnyLookinHat: the thing is, nginx by itself isn't very interesting
[22:29] <FunnyLookinHat> Is there a process for referencing "in development" charms...  I want to create a charm that relies on it -and rather than build it into my install script I'd rather just require it and configure it in install
[22:29] <FunnyLookinHat> Right
[22:29] <FunnyLookinHat> But having a charm published would allow me to do requires: http: nginx
[22:29] <FunnyLookinHat> or something like that, right?
[22:30] <SpamapS> sort of
[22:31] <SpamapS> FunnyLookinHat: most of the intelligence for nginx that is generic is already in the package
[22:31] <FunnyLookinHat> Ah ok
[22:31] <SpamapS> FunnyLookinHat: so, just 'apt-get install nginx' gets you all the generic tools
[22:31] <FunnyLookinHat> slick
[22:31] <FunnyLookinHat> I had some poor assumption that charms should leverage the latest stable source rather than packages
[22:32] <SpamapS> FunnyLookinHat: we *have* discussed having an nginx charm that would then have subordinate app charms attached to it..
[22:32] <FunnyLookinHat> But that's clearly backwards.
[22:32] <SpamapS> FunnyLookinHat: some charms do
[22:32] <SpamapS> But only when they absolutely need to
[22:32] <FunnyLookinHat> SpamapS, ah ok cool.
[22:32] <FunnyLookinHat> Will you be at UDS ?
[22:32] <FunnyLookinHat> err - ARE you at UDS?
[22:32] <SpamapS> Tuesday and Thursday
[22:32] <FunnyLookinHat> Oh you're in the bay area ?
[22:32] <SpamapS> No, I'm in LA
[22:33] <FunnyLookinHat> ah
[22:33] <SpamapS> flying up for day trips Tue and Thu
[22:33] <SpamapS> I'd come all week, but wife is 8 months pregnant
[22:33] <SpamapS> she wants me home at night, just in case :)
[22:33] <FunnyLookinHat> Well - swing by the System76 booth and introduce yourself on Tuesday...
[22:33] <FunnyLookinHat> Ah yes.
[22:33] <FunnyLookinHat> Good priority.  :)
[22:33] <SpamapS> I will for sure. :)
[22:34] <FunnyLookinHat> ok - so quick question... what good is the requires: db: mysql for then if it's coming from packages?
[22:34] <balloons> SpamapS, more questions :-) is there an apache charm?
[22:34] <FunnyLookinHat> Or is it requiring mysql on a charm-level - i.e. distributed and whatnot
[22:34] <balloons> and depending -- how can I setup a charm for a webservice that runs on apache/tomcat?
[22:34] <FunnyLookinHat> balloons, doesn't look like it.
[22:34] <bkerensa> FunnyLookinHat: system76 will have a booth at UDS?
[22:34] <bkerensa> :D
[22:35] <SpamapS> balloons: just like nginx.. all the generic stuff is already in the packages. The charms need to configure apache/nginx/etc. for the specific app
[22:35] <FunnyLookinHat> bkerensa, heck yes - we'll have some really awesome ( and some new I believe ) hardware to show off
[22:35] <SpamapS> balloons: Though we might have a generic "high performance PHP nginx" that can plug into PHP apps via subordinates.
[22:36] <bkerensa> FunnyLookinHat: cool stuff :) I have a Dell atm
[22:36] <balloons> SpamapS, hmm.. I suppose your right.. I wonder if I'd use tomcat6 charm or just the package
[22:37] <balloons> I might have some more ah-duh questions as I walk thru this
[22:37] <SpamapS> balloons: well the charm is sort of a framework
[22:37] <FunnyLookinHat> bbl
[22:37] <SpamapS> balloons: in fact, for tomcat6, IIRC, it takes a URL to fetch a WAR from.
[22:37] <balloons> right right.. and I won't have that
[22:37] <balloons> better for me to install it as part of charm i'd guess
[22:37] <balloons> cool.
[22:37] <balloons> wheels are turning
[22:38]  * SpamapS hears journey
[22:38] <SpamapS> THE WHEELS IN THE SKY KEEP ON TUUUURRNNNIIINNN
[22:38]  * balloons sings don't stop believin.... streetlights, people... ooo ahhh oooo
[22:40] <Sydney> hi everybody, does someone know why the rabbitmq charm for precise throws out error whilst trying to deploy?
[22:41] <SpamapS> Sydney: make sure you use 'rabbitmq-server'
[22:41] <Sydney> yes i do, but still..
[22:41] <SpamapS> ok
[22:42] <Sydney> just error: nothing else..
[22:44] <SpamapS> Sydney: is that coming from the debug-log ?
[22:44] <Sydney> anyhow.. pulled the branch, seems to work locally
[22:44] <Sydney> no..
[22:44] <Sydney> stdout..
[22:45] <Sydney> weird..
[22:46] <Sydney> whoops..
[22:46] <SpamapS> Sydney: stdout of your machine?
[22:46] <SpamapS> like you type 'juju deploy rabbitmq-server' and it prints 'error:' and exits?
[22:47] <Sydney> exactly.. he's connecting, throws out error, exits..
[22:48] <Sydney> http://irclogs.ubuntu.com/2012/04/20/%23juju.html somebody mentioned that the charm name wouldn't match the metadata..
[22:49] <SpamapS> hm
[22:50] <SpamapS> bkerensa: https://bugs.launchpad.net/charms/+bugs?field.tag=new-charm .. I don't see your locker charm.
[22:51] <bkerensa> SpamapS: I have to file a new bug for a charm thats already wishlisted?
[22:51] <bkerensa> there I added the new-charm tag to the existing bug
[22:51] <bkerensa> https://bugs.launchpad.net/charms/+bug/898714
[22:51] <_mup_> Bug #898714: Charm Needed: The Locker Project <new-charm> <Juju Charms Collection:Fix Committed by bkerensa> < https://launchpad.net/bugs/898714 >
[22:51] <bkerensa> the branch is linked to the bug report
[22:52] <SpamapS> bkerensa: right, thats why it didn't get reviewed. :)
[22:52] <bkerensa> ahh
[22:52] <bkerensa> >.<
[22:54] <dpb_> How do I change the series of a deployment at the command line when I'm launching?  like --series lucid or something?
[22:54] <SpamapS> dpb_: juju deploy cs:precise/foo or juju deploy local:precise/foo
[22:55] <dpb_> ok, derived from the name... got it.
[22:55] <dpb_> SpamapS: thx again!
[22:55] <SpamapS> namespace.. but yes :)
[22:55] <dpb_> :)
[22:55] <SpamapS> Sydney: ahh, ok, I'm fixing it
[22:56] <SpamapS> Sydney: things were very broken there.. we had a bit of a rough patch with the move from oneiric -> precise
[22:56] <Sydney> please, what?
[22:56] <Sydney> that fast?
[22:57] <dpb_> SpamapS: do lucid lxc images work?  Do you configure your environment differently to support them?
[22:57] <dpb_> s/images/containers/
[22:58] <SpamapS> Sydney: very confusing, but I think I have it figured out.
[22:58] <Sydney> take your time..
[23:10] <SpamapS> adam_g: question about rabbitmq charms
[23:10] <SpamapS> adam_g: would you say lp:~openstack-ubuntu-testing/charms/precise/rabbitmq-server/trunk is the "best" charm to have in precise?
[23:16] <SpamapS> m_3_: I think I finally figured out the rabbitmq mess
[23:17] <m_3_> SpamapS: awesome... thanks!
[23:18] <m_3_> did you unpromulgate lp:charms/rabbit
[23:18] <SpamapS> m_3_: promulgate looks at meatdata.yaml to choose a charm name
[23:18] <SpamapS> m_3_: the charms have name: rabbitmq
[23:18] <SpamapS> meatdata
[23:18] <SpamapS> hehe
[23:18] <SpamapS> or rather, had
[23:19] <SpamapS> m_3_: yes!
[23:19] <SpamapS> fixed
[23:19] <SpamapS> finally
[23:20] <SpamapS> m_3_: lp:charms/rabbitmq-server now points at https://code.launchpad.net/~charmers/charms/precise/rabbitmq-server/trunk
[23:20] <SpamapS> m_3_: and there is no lp:charms/rabbitmq
[23:21] <SpamapS> Sydney: if you want to make sure I got a working charm, you can do 'charm get rabbitmq-server' and then deploy it using local:rabbitmq-server
[23:21] <SpamapS> thats now *3* charms we need deleted from the charm store.
[23:21] <m_3_> SpamapS: awesome
[23:23] <Sydney> well, i will give it a try as i do testing anyways.. had pulled it via bazar for now.. but i'll give it a shot.. thanks anyways..
[23:25] <SpamapS> Sydney: right, so just 'bzr branch lp:charms/rabbitmq-server'
[23:25] <Sydney> exactly...
[23:26] <Sydney> but how do i pull a charm with "charm get rabbitmq-server"?
[23:27] <SpamapS> Sydney: thats just an alias for 'bzr branch lp:charms/$1'
[23:28] <Sydney> all right.. i'm pretty new to juju, beginner's class :)
[23:28] <SpamapS> Sydney: welcome!
[23:28] <bkerensa> ;p
[23:29] <Sydney> Thanks, Man.. nice to know..
[23:41] <balloons> SpamapS, alright.. i'm in knee deep now :-) So I have a few questions on my first charm here
[23:42] <balloons> my app in question needs a specific user and table created as part of the setup in mysql
[23:52] <SpamapS> balloons: why a specific user?
[23:52] <SpamapS> balloons: it can't just use the user you tell it to use?
[23:54] <SpamapS> balloons: most apps just want to own a single database all to themselves
[23:54] <SpamapS> balloons: if yours is special and more complex, you can use the other interfaces in the mysql charm.. mysql-shared or mysql-root
[23:56] <balloons> SpamapS, well, yes, it wants it's own db.. but I need to get that value back.. if the user is randomly named
[23:56] <balloons> I need to tell the app what the setup info is
[23:56] <SpamapS> balloons: right, thats how all charms work
[23:56] <balloons> right ;-)
[23:57] <SpamapS> balloons: you need a something-relation-changed hook, attached to an 'interface: mysql' relation
[23:57] <balloons> ahh.. I was missing the relation bit
[23:57] <SpamapS> balloons: that hook will use 'relation-get user' to find out the user (and password, database, host, etc)
[23:57] <balloons> right
[23:57] <balloons> i was trying that in my install hook
[23:57] <balloons> ahh-ha
[23:57] <SpamapS> nooo install is for things that only ever happen one time
[23:58] <SpamapS> relations are important :)
[23:58] <balloons> lol - yes, I got the idea better now..
[23:59]  * balloons is off to add some new hooks!
[23:59] <SpamapS> ok, my brain is officially fried