[02:17] <hazmat> flaviamissi, that should work in the ppa
[02:17] <hazmat> jimbaker, ^ executing commands after juju ssh works?
[02:18] <jimbaker> hazmat, it should
[02:19] <jimbaker> there's specific testing for it, and i understand it's been used by people like m_3
[02:19] <jimbaker> (not to mention myself)
[02:35] <_mup_> juju/refactor-machine-agent r457 committed by jim.baker@canonical.com
[02:35] <_mup_> Merged trunk
[02:49] <_mup_> juju/refactor-machine-agent r458 committed by jim.baker@canonical.com
[02:49] <_mup_> Addressed review points
[02:56] <_mup_> juju/robust-test-removed-service-unit r458 committed by jim.baker@canonical.com
[02:56] <_mup_> Merged upstream and resolved conflict
[03:11] <_mup_> juju/refactor-machine-agent r459 committed by jim.baker@canonical.com
[03:11] <_mup_> One last rename
[03:12] <_mup_> juju/robust-test-removed-service-unit r459 committed by jim.baker@canonical.com
[03:12] <_mup_> Merged upstream
[14:29] <_mup_> Bug #873907 was filed: Security group on EC2 does not open proper port <juju:Confirmed> < https://launchpad.net/bugs/873907 >
[14:46] <flaviamissi> jimbaker: I saw the test in juju's code
[14:47] <flaviamissi> jimbaker: also put a pdb to check what's going on, the extra params never gets to the open_ssh function, the error is raised before it
[15:22] <jml> hi
[15:22] <jml> ISTR there's a guide somewhere for setting up a machine to do charm development locally using lxc.
[15:22] <jml> I've had a shallow poke around the juju.u.c site and couldn't find it
[15:24] <jml> I'll just plod away on the charm school page and see where that gets me
[15:25] <marcoceppi> jml you can check out this page: https://juju.ubuntu.com/CharmSchool
[15:25] <marcoceppi> Nevermind, you already have that URL
[15:26] <jml> marcoceppi: :)
[15:26] <jml> marcoceppi: thanks for the confirmation though
[15:26] <jml> what does data-dir get used for?
[15:26] <jml> specifically, why is it in /tmp?
[15:30] <marcoceppi> jml: data-dir is just the directory for the zookeeper state and various log files
[15:30] <marcoceppi> It's only used on local environments
[15:31] <jml> marcoceppi: so the chroots don't live there?
[15:31] <marcoceppi> To my knowledge, no
[15:31] <marcoceppi> jml: http://readthedocs.org/docs/juju-docs/en/latest/provider-configuration-local.html
[15:32] <jml> marcoceppi: when I run 'juju bootstrap' I am told "SSH authorized/public key not found."
[15:32] <marcoceppi> You need to make sure you have both a private key and a public key in ~/.ssh/ folder
[15:33] <jml> marcoceppi: Hmm. I bet I need to make sure they are called either id_dsa(.pub) or id_rsa(.pub)
[15:34] <marcoceppi> Yeah, it uses your id_(r|d)sa(.pub) file
[15:34] <jml> marcoceppi: cool. some quick symlinking addressed that.
[15:36] <jml> I'm now getting "error: internal error Network is already in use by interface virbr0" errors. I wonder if that's because I didn't log out & log in again
[15:38] <marcoceppi> jml:  That's exactly why :)
[15:41] <jml> marcoceppi: I'd like to know the underlying reasons for that.
[15:44] <marcoceppi> jml: I'm not 100% sure since I've never used the LXC containers, but I believe it's because of how the libvirt sets up the network interface and the permission associated with that, logging in and out or restarting is essentially the same thing as running newgrp libvirt for your user
[15:45] <jml> hmm.
[15:45] <marcoceppi> I've always just known: Installed libvirt for the first time? Restart for success
[15:46] <jml> marcoceppi: interesting. I wonder how that works, since I can't actually see any configuration anywhere that would put my user into the libvirtd group
[15:46] <jml> I'm mildly reluctant to restart because I'm in the middle of doing other things :)
[15:47] <marcoceppi> Yeah, I detest restarting as well. You could just try `newgrp libvirtd`
[15:48] <jml> marcoceppi: yeah, but my user isn't added to that group yet. Am I supposed to explicitly do that? The docs don't say to do so.
[15:48] <marcoceppi> jml: You shouldn't have to do it
[15:49] <marcoceppi> let me dig up the doc I read that on
[15:49] <jml> marcoceppi: thanks. I really appreciate your help.
[15:49] <marcoceppi> jml:  It's on the same page as the data-dir stuff: https://juju.ubuntu.com/docs/provider-configuration-local.html
[15:50] <jml> marcoceppi: yeah, but I'm pretty sure that only works if something has done 'adduser jml libvirtd' first.
[15:50] <jml> marcoceppi: and afaict, that has not been done
[15:51] <jml> which makes me _want_ to restart, just to see if something magically does that :)
[15:51] <marcoceppi> Installing libvirt should have done that, at least on my machine I'm in the libvirtd group :)
[15:52] <jml> marcoceppi: well, this is a pretty darn fresh precise install, so I'm thinking that maybe there's a packaging or documentation bug here.
[15:52] <jml> anyway, I'll re-log now and see what happens.
[15:55] <jml> that's a reboot later and still no libvirtd membership
[15:56] <jml> but 'adduser jml libvirtd; newgrp libvirtd; juju bootstrap' succeeds
[15:57] <marcoceppi> jml: I'm not sure if that's a bug in libvirt on Precise or not. I don't typically use local containers. But if juju bootstraps successfully than \o/
[15:57] <jml> hmm. also 'bootstrap' doesn't do anywhere near as much downloading as the documentation suggests
[15:58] <jml> marcoceppi: well, yeah, getting further makes me happy. If my experience makes it smoother for others, that would make me happier still.
[15:59] <marcoceppi> jml: it should take about 10 seconds to bootstrap on local
[15:59] <marcoceppi> does juju status show you a machine running?
[15:59] <jml> "To speed up the process, you will want to juju bootstrap before the meeting where you have a decent internet connection, which will take a while because it must debootstrap the operating system."
[15:59] <jml> yep
[15:59] <marcoceppi> that sounds outdated, I know bootstrapping to EC2 can take sometime because of startup lag on Amazon
[16:00] <james_w> jml, are you in the office today?
[16:00] <jml> "The bootstrap command will prompt for sudo access as the machine agent needs to run as root in order to create containers on the local machine." – I also didn't get prompted
[16:00] <jml> james_w: no, I'm at home.
[16:00] <marcoceppi> jml: that's odd, I do get prompted
[16:03] <jimbaker> flaviamissi, i assume you have tried quoting the command? also it would be helpful to have the actual juju ssh you are trying to make
[16:11] <jml> so I've deployed a few charms (wordpress, mysql, oops-tools)
[16:12] <jml> and have got 'juju status |grep public-address' on a watch
[16:12] <jml> but so far no public addresses, and no evidence that it's doing anything
[16:13] <jelmer> hi jml
[16:13] <jelmer> jml: what is the status of the machines?
[16:13] <jml> oh no, apt-cacher-ng is active, so I guess it's downloading stuff in some background process somewhere
[16:14] <jml> jelmer: 'pending'
[16:19] <jml> yay, it works!
[16:20] <jml> "Local provider environments do not survive reboots of the host at this time, the environment will need to be destroyed and recreated after a reboot." – does this mean I'll have to bootstrap again after rebooting?
[16:21] <james_w> jml, yeah, assuming that is still current
[16:22] <jml> james_w: ta
[16:22] <jml> I'm guessing that the packages downloaded by apt-cacher-ng are all still present though
[16:22] <james_w> should be
[16:22] <james_w> unless they are stored in data-dir
[16:24] <SpamapS> they're in apt-cacher-ng's normal location
[16:24] <SpamapS> /var/cache I think
[16:25] <SpamapS> jml: perhaps you didn't get sudo prompted because you had recently done some kind of sudo action?
[16:26] <jml> SpamapS: entirely possible. I don't recall that I did, but memory is a slippery thing.
[16:26] <jml> oh wait
[16:26] <jml> duh
[16:26] <jml> sudo adduser jml libvirtd
[16:26] <jml> that'll be the reason.
[16:43] <hazmat> jml, reboot should work now (w/ juju ppa).. data-dir needs to be in a non temp location
[16:44] <jml> hazmat: thanks.
[16:45] <jml> http://code.mumak.net/2012/03/local-juju.html fwiw.
[16:49] <SpamapS> hazmat: how does reboot work with local provider?
[16:50] <SpamapS> hazmat: is it putting upstart jobs on my box?
[16:50] <hazmat> SpamapS, yes
[16:57] <SpamapS> hazmat: COOL
[16:57] <SpamapS> hazmat: does it also make the containers autostart now?
[16:58] <SpamapS> I know I could read it
[16:58] <SpamapS> but I'm gearing up for fix it friday
[16:58] <SpamapS> no time to hunt down answers. :)
[17:32] <jamespage> jcastro, m_3: hbase and refactored hadoop charms ready for review!
[17:36] <jamespage> I'll blog something next week about using them...
[17:37] <jcastro> jamespage: nice!
[17:37] <jcastro> hey ping me before you do it
[17:37] <jcastro> I'd like to have it just natively on cloud.ubuntu.com
[17:38] <m_3> jamespage: whoohoo!
[17:38] <jamespage> jcastro: not sure what that means but I'll draft it up somewhere first
[17:39] <jamespage> jcastro, m_3: I've spent quite a bit of time on the README's so hopefully that should help alot....
[17:39] <jcastro> jamespage: hey so duplicate content on the web = bad, so I was thinking of just having you write it right on cloud.u.c instead of on your personal blog
[17:39] <jcastro> make it a bit more Pro looking
[17:39] <jamespage> jcastro, sure
[17:40] <jamespage> jcastro: you mean javacruft.wordpress.com is not pro looking? :-)
[17:40] <jcastro> I appreciate the work on the READMEs
[17:40] <jcastro> those will be very useful
[17:40] <jcastro> jamespage: I am trying not to say "your blog makes it look like you are a walking java developer stereotype."
[17:40] <jamespage> lol
[17:41] <jamespage> jcastro, no problemo
[17:45] <SpamapS> wow.. tons of deep, well thought out email threads today. I may never get to my part in fix-it friday
[17:46] <negronjl> m_3, SpamapS: https://bugs.launchpad.net/charms/+bug/944989
[17:46] <_mup_> Bug #944989: charm needed: distcc <Juju Charms Collection:Fix Committed by negronjl> < https://launchpad.net/bugs/944989 >
[17:47] <jcastro> SpamapS: nathan's 2 charms are ready for round 2
[17:48] <SpamapS> jcastro: Its fix it friday not review it friday! ;) (ok ok, I'll take a look once I get < 138 unread emails ;)
[17:48] <m_3> negronjl: cool...  I'll hit the review queue first thing next week
[17:49] <negronjl> m_3: cool
[17:49] <m_3> SpamapS: you can leave stuff for me for next week if you want
[17:49] <m_3> negronjl: in your neck of the woods atm actually!
[17:49] <SpamapS> m_3: well I already did the 1st round on those two, so I will finish/promulgate them. :)
[17:49] <negronjl> m_3: really ? where ?
[17:50] <m_3> Santa Clara at strata
[17:50] <negronjl> m_3: ahh ... I'm about 4 hours south today .... lol ... I guess I'm just avoiding you :P
[17:50] <m_3> ha!
[17:50] <SpamapS> m_3: I hate that conference center. Its so close to Great America.. I can never stop thinking about how great it would be to just have a conference talk where you say "Screw it guys, no talk, we're riding the big dipper *NOW*"
[17:51] <m_3> yeah, you can see it from the hotel room
[17:51]  * m_3 haven't been on roller coaster in years!
[17:54] <negronjl> m_3, SpamapS: I think the park is closed this time of year
[17:55] <m_3> yeah, didn't pay attention to see if it was running or not
[17:56] <SpamapS> negronjl: that sux
[17:56] <m_3> grrrr... really need to be able to open-port manually without having to reconfigure or upgrade
[17:56] <SpamapS> all the more reason to rent it out and go on the dipper though
[17:56] <SpamapS> m_3: why did your port change?
[17:57] <m_3> SpamapS: ha!  yes... it would be legendary
[17:57] <negronjl> SpamapS: Yup. that makes it worst ... you get to see all of the fun you _could_ be having if the park were open ... :/
[17:57] <negronjl> UDS At Great America :D
[17:57] <m_3> jenkins on 8080 want to go to 80 and remove the proxy b/c I'm cheap
[17:58] <SpamapS> m_3: oh, you *can* actually call open-port w/o a context, IIRC
[17:58] <SpamapS> m_3: You just have to set the socket path
[17:58] <m_3> it wouldn't take it
[17:58] <m_3> oh,
[17:58] <SpamapS> bummer
[18:30] <flaviamissi> jimbaker: yes, I've quoted the command, I am trying to execute the following command: $ juju ssh django/0 ls
[18:30] <jimbaker> flaviamissi, i would expect that to work
[18:31] <flaviamissi> jimbaker: and it outptus juju --help screen, with "juju: error: unrecognized arguments: ls" at the end
[18:31] <flaviamissi> yeah, me too
[18:31] <jimbaker> flaviamissi, does it work with ls * ?
[18:31] <flaviamissi> nope, it executes the ls command in my machine
[18:31] <jimbaker> flaviamissi, hmmm
[18:32] <flaviamissi> jimbaker: look at the error output: juju: error: unrecognized arguments: ls charms _charms data_dir env
[18:32] <SpamapS> flaviamissi: actually it evaluated the * on your machine
[18:32] <SpamapS> flaviamissi: what version of juju?
[18:32] <jimbaker> SpamapS, right, you do need to protect from sh
[18:32] <jimbaker> by quoting it
[18:33]  * SpamapS REALLY thinks its time for juju to have a --version
[18:33] <flaviamissi> jimbaker: from dpkg -l: 0.5+bzr398-0ubuntu1
[18:33] <SpamapS> flaviamissi: AHA!
[18:33] <flaviamissi> SpamapS: ?
[18:33] <SpamapS> flaviamissi: arguments to ssh were added as a feature after 11.10 released
[18:33] <SpamapS> flaviamissi: I'd suggest using juju from the PPA
[18:34] <jimbaker> all makes sense now
[18:34] <flaviamissi> SpamapS: aaaaaahm
[18:34] <SpamapS> flaviamissi: sudo add-apt-repository ppa:juju/pkgs && sudo apt-get update && sudo apt-get install juju
[18:34] <flaviamissi> yeah, shit
[18:34] <flaviamissi> sorry for that
[18:34] <flaviamissi> rs
[18:34] <SpamapS> its ok
[18:34] <SpamapS> we should have shipped a man page
[18:34] <flaviamissi> and I would love to have a --version
[18:35] <flaviamissi> :B
[18:35] <SpamapS> though --help most likely does not show args to ssh ;)
[18:36] <jimbaker> SpamapS, correct, it does not in the old version of juju ssh --help
[18:36] <flaviamissi> yeah, it doens't
[18:36] <flaviamissi> I had to read the souce
[18:36] <SpamapS> usage: juju ssh [-h] [-e ENV] unit_or_machine [command]
[18:36] <SpamapS> in current juju, it shows [command]
[18:37] <SpamapS> should really be [command [args...]]
[18:37] <flaviamissi> just for the record, I installed from the ppa and it worked
[18:37] <flaviamissi> thank you, guys :D
[18:37] <SpamapS> flaviamissi: woot
[18:37] <SpamapS> flaviamissi: note that your environment is going to continue deploying the old juju because of the way juju works.
[18:38]  * SpamapS is reminded he is supposed to send an email to the list about this
[18:40] <flaviamissi> hmmm
[18:40] <flaviamissi> SpamapS: I should re-bootstrap it, then, right?
[18:43] <flaviamissi> be right back
[18:48] <SpamapS> flaviamissi: thats probably the best option yes
[19:03] <jono> jcastro, meet alienth
[19:03] <jcastro> hi alienth!
[19:03] <alienth> jcastro: hola :)
[19:04] <jcastro> hey so, jono says you'd dig to learn some juju
[19:04] <jcastro> I can give you a rundown on how everything works
[19:04] <alienth> yeah!
[19:04] <jcastro> heh ok, so I guess I'll start with something familiar.
[19:04] <jcastro> https://github.com/reddit/reddit/wiki/Install-guide
[19:05] <jcastro> let's pretend I want my own reddit and I want to deploy this.
[19:05] <jcastro> the tldr is juju takes all these steps here, and lets you script them (in whatever language you want).
[19:06] <alienth> gotcha
[19:06] <jcastro> so that when I want to deploy on EC2, bare metal, or OpenStack it's deployed the same
[19:06] <jcastro> so ...
[19:06] <alienth> here is the existing script we point folks to: https://gist.github.com/922144
[19:06] <jcastro> I'm going to pseudo command this page you have here.
[19:06] <alienth> but, it installs everything on one machine (not ideal)
[19:06] <jcastro> oh perfect dude
[19:06] <jcastro> this is basically that script 2.0
[19:06] <jcastro> except we collect them all together and make it so people can build
[19:07] <jcastro> so we'd do like this:
[19:07] <jcastro> juju bootstrap
[19:07] <jcastro> juju deploy reddit (this basically is the same as your script)
[19:07] <jcastro> juju deploy postgres
[19:07] <jcastro> juju deploy memcached
[19:07] <jcastro> then we do:
[19:07] <jcastro> juju add-relation reddit postgres
[19:08] <jcastro> this fires off hooks, which are basically the db commands on your install page
[19:08] <jcastro> juju add-relation reddit memached
[19:08] <jcastro> hooks to whatever you need memcached and reddit to do fire off
[19:08] <alienth> would the add-relation bit be where the reddit ini file is configured with the proper PG server?
[19:08] <jcastro> the deploys fire off instances
[19:08] <jcastro> yeah
[19:08] <alienth> kk
[19:09] <jcastro> the add-relation hooks are basically "I am memcached, when I talk to postgres I need to do foo, bar, and baz."
[19:09] <jcastro> and then the hooks are done
[19:09] <jcastro> you do: juju expost reddit
[19:09] <jcastro> juju expose reddit I mean
[19:09] <jcastro> which opens the port, then you just go to the IP.
[19:10] <SpamapS> alienth: relations are 2-way configuration channels between the individual units of a service.
[19:10] <jcastro> I missed rabbit and cassandra
[19:10] <jcastro> but, we have charms for those two
[19:10] <SpamapS> wow, we have all those already :)
[19:10] <alienth> awesome :)
[19:10] <alienth> out of curiosity, where does juju install reddit from? i don't think it is in the ubuntu ppa yet.
[19:10] <alienth> cassandra
[19:10] <alienth> err
[19:10] <alienth> we actually package it ourself on our ppa
[19:10] <jcastro> yeah so basically, TL;DR; you could adapt your install script to basically be the install hook
[19:11] <SpamapS> alienth: "wherever you want it to" :)
[19:11] <jcastro> alienth: that would fire off a "charmed" version of your install script
[19:11] <alienth> gotcha
[19:11] <jcastro> which is basically your install script + some meta data
[19:11] <SpamapS> alienth: we have charms installing from git, ppa's, the distro, and even embedding tarballs inside the charm
[19:12] <jcastro> alienth: ok so now here's the cool part.
[19:12] <jcastro> once you've defined how the reddit charm talks to all the other charms via hooks
[19:12] <jcastro> you can scale out
[19:12] <jcastro> so "I need more cassandra" becomes "juju add-unit cassandra" fires off another instance
[19:12] <jcastro> and it already knows what it needs to do
[19:12] <alienth> so, does juju have a central store that knows what servers are where?
[19:13] <jcastro> right so when you start juju
[19:13] <jcastro> the "juju bootstrap" fires off a node with zookeeper
[19:13] <alienth> awesome, we actually already use zookeeper
[19:13] <jcastro> and each subsequent launched instance talks to it.
[19:15] <jcastro> right so here's what we can deploy today: http://charms.kapilt.com/charms
[19:15] <jcastro> and there's about 50 more branches of people hacking on stuff that isn't really in there yet.
[19:15] <jcastro> so when someone writes a charm, we put it in this charm store
[19:15] <jcastro> and then basically anybody can deploy anything in the store in a similar manner
[19:16] <jcastro> here's an inprogress hbase one as an example: http://charms.kapilt.com/~james-page/precise/hbase
[19:17] <jcastro> jamespage: hey, the cassandra charm needs a README. :)
[19:17] <jcastro> alienth: the "hooks" here for cassandra give you an idea on what the charm does: http://charms.kapilt.com/charms/oneiric/cassandra
[19:18] <alienth> so, right now, we use haproxy for loadbalancing. If we were to define a relation between the reddit app and haproxy, would we just tell juju to fire off that relation, and then it would modify haproxy to include the new servers once they are built?
[19:18] <alienth> also, are there any tests that juju can perform before bringing something in to the infra?
[19:20] <jcastro> so you would do "juju add-relation reddit haproxy"
[19:20] <SpamapS> alienth: the haproxy charm is pretty simple, and probably needs work, but in its most basic form yes thats how it works.
[19:21] <SpamapS> alienth: for tests we are just now defining "charm tests" to make sure the charm works as you intend it to. In the past we've also had "tester" charms that would relate to the actual service as deployed and verify it, so you could do that, and once that relation passes, then relate it to the real one. Thats a cool idea actually.
[19:25] <alienth> interesting
[19:25] <alienth> yeah, we have to test that a new app server acutlaly serves the app before we can roll it into haproxy
[19:27] <SpamapS> alienth: Probably the simplest way to do that would be to have the website relation joined hook kick off tests before it sends its port/hostname to haproxy.
[19:27] <jcastro> that is an interesting idea I've never even thought of
[19:27] <SpamapS> alienth: another way to do it is to have each app server as its own "service" in juju, and relate it first to the tester, and then to haproxy after those tests pass
[19:28] <SpamapS> jcastro: gets problematic because of ordering though. :-/
[19:28] <jamespage> jcastro, on my list to refresh
[19:29] <jamespage> needs upgrading to 1.x series as well
[19:29] <SpamapS> once relations can affect other relations, this becomes a breeze. For now, the 2nd method would be better.
[19:29] <SpamapS> alienth: how "encapsulated" do your tests need to be? Like, is an app server allowed to verify itself, or is the test done remotely?
[19:30] <alienth> test probably should be remote
[19:30] <alienth> we test remote manually, at this time
[19:30] <alienth> to verify the new app server will actually load reddit
[19:30] <SpamapS> alienth: so another option is to have your check_url return a negative result until tests have passed.
[19:30] <alienth> gotcha
[19:31] <SpamapS> alienth: yeah so you could just test a new "unit" manually and when it looks good, flip the switch on it to let haproxy know its ready to go
[19:31] <SpamapS> alienth: I'd think that would be a huge PITA though
[19:32] <SpamapS> alienth: automation FTW ?
[19:33] <alienth> hehe
[19:34] <SpamapS> alienth: anyway.. it seems like we've accidentally implemented your whole stack, to some degree, in charms already. Perhaps you should challenge one of your interested users to enter our charm writing contest?
[19:34] <SpamapS> alienth: or even, you could enter it. :)
[19:35] <alienth> perhaps! i think most of our opensource folks use ubuntu
[19:36] <jcastro> yeah so the cool bit is the charm store comes with ubuntu
[19:36] <jcastro> so anybody can just deploy a reddit if they want to
[19:37] <hazmat> jml, thanks for the blog post
[19:38] <SpamapS> alienth: we won't hold it against anybody who normally uses fedora.. ;)
[19:38] <jcastro> hey so we also happen to be running a contest right now for cool charms: http://cloud.ubuntu.com/2012/02/juju-charm-contest-help-bring-free-software-into-the-cloud/
[19:39] <jcastro> yeah so I think what makes reddit so cool is how much other stuff it can consume
[19:40] <jcastro> it'd be a wicked demo
[19:44] <jcastro> alienth: hey so, a ton to consume all at once, but that's basically it.
[19:46] <alienth> awesome
[19:46] <alienth> thx for the info
[19:56] <alienth> jcastro: so, we use puppet pretty heavily right now. Do you guys see juju existing alongside puppet?
[19:56] <alienth> jcastro: for example, when we kick a server, a puppet recipe does most things at this time
[19:56] <SpamapS> alienth: we've experimented with embedding puppet in charms.
[19:57] <SpamapS> alienth: and I think there's a use case for having juju be a source of config data and/or classification for puppet
[19:58] <SpamapS> alienth: in fact there may be a good argument to use your puppet recipes as the basis for your charms.
[19:58] <SpamapS> alienth: I see the relationship of puppet <-> juju as the same as autoconf <-> dpkg ...
[20:00] <SpamapS> alienth: so in theory, juju + tools should be able to just take a set of puppet recipes, and turn that into a charm that is then able to relate to other charms maybe written in chef, or shell.
[20:27] <benji> hi guys, I just got this error when doing a deploy-service:
[20:27] <benji> DNS lookup failed: address 'store.juju.ubuntu.com' not found: [Errno -5] No address associated with hostname.
[20:28] <SpamapS> benji: you need to use 'juju deploy --repository path/to/charms local:charmname'
[20:28] <SpamapS> benji: your directory where your charms are also needs to have a sub-dir corresponding with the release of ubuntu you want to deploy, such as 'oneiric'
[20:28] <benji> yep, I forgot the "local:"
[20:29] <gary_poster> +1 on a more direct error message in the future :-)
[20:29] <gary_poster> well, more...friendly?
[20:30] <SpamapS> I think at this point, the message will be "DEPLOYING x from store.juju.ubuntu.com" .. as in, that service is almost ready
[20:30] <benji> I suggest: "Oh no! DNS lookup failed, man!"
[20:30] <SpamapS> "DNS's not here man"
[20:30] <gary_poster> heh
[20:30] <benji> http://www.youtube.com/watch?v=MZX1Mvk84Y0
[22:05] <_mup_> juju/hook-alias-expansion-redux r469 committed by kapil.thangavelu@canonical.com
[22:05] <_mup_> hooks that die from unhandled signals are considered to have error'd out
[22:12] <_mup_> juju/hook-alias-expansion-redux r470 committed by kapil.thangavelu@canonical.com
[22:12] <_mup_> joined event hookalias expansion won't execute a changed if the joined hook fails
[22:36] <Jake> HELP PLEASE
[22:42] <philipballew_> Jake, im not sure what your problem might be, but if you say what it is and wait around, someone might help out. Or at least someone will be able to know if they know what to do.
[23:08] <jcastro> SpamapS: hate to be a bother, but Nathan's been waiting like 2 days for his second round of reviews.
[23:09] <jcastro> I believe I sorted the launchpad status?
[23:14] <SpamapS> jcastro: Its on my short list for today.. had to wrap up some MIR response bug fixes.
[23:17] <jcastro> thanks
[23:17] <jcastro> bummer to miss m_3 and nijaba this week, thanks for the extra effort
[23:20] <SpamapS> jcastro: charmers has 25 members..
[23:21] <SpamapS> jcastro: I'd like to see more review from !(us)
[23:21] <SpamapS> us being, m_3, nijaba, and me. ;)
[23:23] <jcastro> indeed.
[23:24] <jcastro> ok I'll just send a mail to the list
[23:24] <SpamapS> jcastro: our traffic is low enough, its not red alert or anything.. but people should be checking for new charms occasionally
[23:24] <jcastro> yeah I just want to be more vigilant during the contest
[23:25] <jcastro> oy mira, negronjl is a charmer!
[23:25] <negronjl> jcastro: mira ... que pasa
[23:25] <jcastro> got time to do a charm review for a community contributor?
[23:25] <SpamapS> BONG BONG , "lodgeit" promulgated.
[23:26] <negronjl> jcastro: sure ... got a bug number ?
[23:26] <jcastro> oh sneaky Clint
[23:26] <jcastro> https://bugs.launchpad.net/charms/+bug/940677
[23:26] <_mup_> Bug #940677: Charm needed: Stack Mobile <new-charm> <Juju Charms Collection:Confirmed for george-edison55> < https://launchpad.net/bugs/940677 >
[23:26] <SpamapS> err
[23:26] <SpamapS> I got that one
[23:28] <jcastro> negronjl: ok never mind I guess. :)
[23:28] <negronjl> jcastro, SpamapS: no worries ...
[23:28] <SpamapS> BONG BONG , "stackmobile" promulgated.
[23:29] <jcastro> SpamapS: you only promulgate on Fridays, have you noticed that?
[23:29] <SpamapS> yes
[23:29] <jcastro> never during the week, when I can write out a nice glorious blog post about how amazing the contribution is
[23:29] <jcastro> always, nearly always right after I EOD.
[23:30] <jcastro> I didn't notice at first
[23:30] <jcastro> touche` sir ...
[23:30] <SpamapS> http://bit.ly/zTp84S
[23:38] <negronjl> SpamapS: Since you appear to be in the "promulgate" mood ... you mind reviewing https://bugs.launchpad.net/charms/+bug/944989
[23:38] <_mup_> Bug #944989: charm needed: distcc <Juju Charms Collection:Fix Committed by negronjl> < https://launchpad.net/bugs/944989 >
[23:38] <SpamapS> negronjl: OOOO thats a good one!
[23:42] <jcastro> oh man
[23:42] <jcastro> that is
[23:42] <jcastro> negronjl: did you see our discussion with alienth earlier today?
[23:42] <negronjl> jcastro: no .. where ?
[23:42] <jcastro> go back a few hours in the log
[23:44] <negronjl> jcastro: just read it ...
[23:44] <negronjl> jcastro: to which part are you ref. to, puppet or haproxy ?
[23:44] <jcastro> I just think the whole thing is interesting
[23:44] <jcastro> they use a bunch of stuff I hadn't expected, things we already have charms for
[23:55] <jcastro> SpamapS: mail sent to the list, I hope I don't come across as too condascending