[00:53] <AskUbuntu> How does Juju "co-exist" with Chef, taking the automation process "one step further"? | http://askubuntu.com/q/267956
[03:05] <benji> hmm, the IRC logs for #juju seem a bit spotty
[10:17] <gtklocker> hey
[10:17] <gtklocker> I saw this: http://www.jorgecastro.org/2013/03/14/newsblur-volunteer-wanted/ I have no idea what juju is though
[10:19] <melmoth> gtklocker, it s a tool to deploy services in an easy way.
[10:19] <melmoth> think about it as apt-get for the cloud.
[10:20] <melmoth> works with amazon, openstack, and lxc containers.
[10:20] <melmoth> https://juju.ubuntu.com/docs/user-tutorial.html
[11:28]  * mariusko_ thinks Juju still is buggy! :/
[12:30] <_mup_> Bug #1155548 was filed: Consumes a lot of CPU resources <juju:New> <juju-gui:Triaged> < https://launchpad.net/bugs/1155548 >
[12:54] <sidnei> mariusko_: no one said it wasnt. ;)
[13:17] <mariusko_> sidnei: nope, it says semi-clearly that it is not production ready yet
[13:18] <lifeless> sinzui: https://juju.ubuntu.com/docs/ "juju is still in a stage of fast development, and is not yet ready for prime time. The current software is being made available as an early technology preview, and while it can be experimented with, it should not be used in real deployments just yet."
[13:19] <mariusko_> for the charm instances that contain all state in the config, a workaround is to redeploy the service
[13:20] <sidnei> a workaround for what exactly?
[13:21] <mariusko_> all kind of strange behavior. Now I think I was having problem with phantom relations
[13:21] <mariusko_> after removing some of them
[13:21] <mariusko_> in the haproxy charm, but the bug might be in the core
[13:21] <mariusko_> resolved by redeploying
[13:22] <sidnei> more often than not the problems that i had were with the charms, ymmv
[13:22] <mariusko_> also possible
[13:23] <mariusko_> I just saw in the log of it iterating relations and found much more than expected
[14:27] <m_3> sidnei: hey, I'm marking the apache2 MP as resubmit to move those /tests to somewhere else
[14:28] <m_3> sidnei: I can put that as a but after the changes are in if that's easier for you
[14:28] <m_3> sidnei: but it seems simpler to move them before it's in trunk imo
[14:28] <m_3> ha!... s/but/bug/ above
[14:28] <sidnei> m_3: that's fine yes
[14:29] <m_3> cool... thanks man!
[14:29] <m_3> sorry the testing hasn't been communicated well
[14:29] <sidnei> np. i also want to solve the charmhelper/charmsupport issue, might end up delaying the resubmit for that.
[14:31] <m_3> sidnei: hey... side note
[14:32] <m_3> would it make sense to consolidate squid-{reverse,forward}proxy into a single charm?
[14:32] <m_3> that could take role based on the relations
[14:32] <m_3> similar to the hadoop charm (there's a great readme on that)
[14:32] <sidnei> m_3: i believe so, after the changes i did
[14:33] <m_3> sidnei: cool... well one step at a time, let's get these landed first
[14:34] <m_3> then we can see what people would expect to see for squid and what's easy to use
[14:37] <m_3> sidnei: awesome work man
[14:37] <sidnei> thanks!
[14:47] <dpb__> m_3: lp:~davidpbritton/charms/precise/landscape-client/add-landscape-relation is ready for review again
[15:04] <m_3> dpb__: cool, thanks!  there're a couple in-process atm
[15:12] <dpb__> m_3: backlog getting worked down? :)
[15:25] <m_3> dpb__: one bite at a time... was a big backlog
[15:56] <marcoceppi> hazmat: m_3 I've got a fix for failing charm-tools. It's kind of small but thought you should know https://code.launchpad.net/~marcoceppi/charm-tools/pep8-fix/+merge/153585
[16:05] <m_3> marcoceppi: ack, thanks
[16:05] <marcoceppi> Screw it, thundergun, going to just merge it
[16:05]  * marcoceppi Two seconds too late
[16:05] <m_3> marcoceppi: sounds good
[16:07] <marcoceppi> I should have run make check after "rebasing" from trunk
[16:15] <m_3> marcoceppi: I should've done it in the review ;)
[16:15] <m_3> doh
[16:15] <m_3> no biggie
[16:15] <marcoceppi> there's always next time ;)
[17:23] <mattyw> jcastro, sure
[17:27] <jcastro> mattyw: post your error
[17:27] <mattyw> jcastro, bzr: ERROR: Permission denied: "~mattyw/charms/precise/mongodb_auth_experiment/": : Cannot create branch at '/~mattyw/charms/precise/mongodb_auth_experiment'
[17:28] <qengho> mattyw: does  ~/charms/precise  exist?
[17:29] <qengho> What's the command that caused that?
[17:29] <mattyw> qengho, bzr push lp:~mattyw/charms/mongodb_auth_experiment
[17:30] <marcoceppi> mattyw try this:
[17:30] <marcoceppi> bzr push lp:~mattyw/charms/precise/mongodb_auth_experiment/trunk
[17:31] <mattyw> marcoceppi, mongodb_auth_experiment is not a valid source package name.
[17:32] <mattyw> that's the error I get :(
[17:33] <marcoceppi> mattyw interesting. You could always push to ~mattyw/+junk/mongodb_auth_experiment for the time being I don't know nearly enough about the name scheme to say why that doesn't work for you but works for me
[17:33] <mattyw> marcoceppi, do I need to be a member of any team?
[17:33] <mattyw> marcoceppi, the team that own the charms project?
[17:34] <qengho> mattyw: try dropping the "/precise" -- the system may interpret that as part of a distro/release/package/branchname sequence.
[17:34] <qengho> Oh, I see you started without it.  Never mind.
[17:35] <marcoceppi> mattyw I'm not sure what the rules are for creating branches in your own namespace. that might be the case. You may want to join https://launchpad.net/~charm-contributors to see if that fixes it
[17:36] <marcoceppi> that team, iirc, is your first stop if you're interested in helping with charms
[17:36] <mattyw> marcoceppi, nope that doesn't seem to have fixed it :(
[17:37] <mattyw> marcoceppi, member of charmers pherhaps? I've applied are you one of the mods?
[17:39] <marcoceppi> mattyw that's not it. I know other users who aren't in charmers who have branches with that address
[17:39] <mattyw> marcoceppi, ok, I'll keep trying and see what I can come up with
[17:40] <marcoceppi> I'm at at bit of a loss as to why you can't push. You could probably get away with ~mattyw/charms/precise/mongodb/auth_experiment
[17:40] <marcoceppi> not sure if it's actually part of the Mongodb charm or if it's something different
[17:41] <mattyw> marcoceppi, yep - that got it
[17:42] <marcoceppi> Cool, looks like it's based on the mongodb charm, so that would be the "best" address for it
[17:43] <mattyw> marcoceppi, jcastro qengho rather embarrassingly that is actually what the documentation says - thanks for helping guys!
[17:44] <jcastro> wait
[17:44] <jcastro> so what was the problem? I'm confused now
[17:45] <jcastro> m_3: you were pinging me about some broken branches earlier?
[17:51] <m_3> jcastro: nah, nm I got what I was looking for
[18:08] <mattyw> jcastro, I was trying to put it in bzr push lp:~mattyw/charms/precise/mongodb_auth_experiment rather than bzr push lp:~mattyw/charms/precise/mongodb/auth_experiment
[18:08] <jcastro> oh! the charm's name, of course, that makes sense now
[18:13] <mattyw> jcastro, it does say that in the docs I was reading - but seems like I tried to blaze my own trail :(
[18:13] <mattyw> jcastro, thanks for the help. I'll post it to the juju list
[18:57] <wedgwood> did anyone start on that newsblur charm?
[18:59] <jcastro> not yet!
[18:59] <jcastro> it would be awesome though
[19:01] <wedgwood> no kidding. I be the author would even be thankful. he's getting destroyed by demand
[19:01] <wedgwood> I'll give it the rest of my lunch break and see where that gets me.
[19:02] <wedgwood> ooh, off-by-30 error on that. gotta get back to work, but maybe this evening.
[19:02] <jcastro> nod
[19:02] <jcastro> yeah it would be nice to say
[19:03] <jcastro> "oh hey greader shut down, so I "juju add-unit newsblur -n 20"
[19:04] <marcoceppi> probably be around -n 100
[19:05] <salgado> juju occasionally tells me that it's using a cached version of the charm to deploy (e.g. "INFO Using cached charm version of postgresql"). is there a way to tell it not to use a cached version since I'm using local:postgresql and I've made changes to it?
[19:05] <salgado> if not, where can I find the cache so that I can manually delete it?
[19:08] <sarnold> salgado: juju deploy -u is probably what you're looking for
[19:08] <jcastro> http://askubuntu.com/questions/262833/how-do-i-force-the-juju-bootstrap-node-to-clear-the-charm-cache
[19:09] <jcastro> sarnold: I reworded the question to be more generic
[19:09] <sarnold> jcastro: aha :)
[19:10] <salgado> thanks sarnold, jcastro!
[19:22] <benm> Hello, where is the right place to ask for first time help testing a juju local mysql configuration?
[19:46] <marcoceppi> m_3 looks like pep8 needs to be added as a dependency for charm-tools. I'm not 100% sure how to do that though
[19:46] <m_3> marcoceppi: ack
[19:47] <marcoceppi> m_3 thanks!
[19:47] <m_3> marcoceppi: I'll fix it
[20:27] <sarnold> benm: here or askubuntu.com is fine :)
[20:32] <benm> \msg sarnold thanks, marcoceppi's blog is proving useful
[20:32] <sarnold> benm: oh, cool, I'll have to give it a look :D