[00:00] <bcsaller> hazmat: not responding to hails, send a rescue team
[00:02] <bcsaller> hazmat: we should include a exit code output check on /etc/init.d/apt-cacher-ng status
[00:02] <hazmat> service apt-cacher-ng status
[00:03] <hazmat> more localization fun
[00:03] <bcsaller> not with the exit code
[00:03] <bcsaller> but about that, the virsh thing, its not for user interaction, we can force the locale when we exec it
[00:04] <zodiak> sorry, I got sidetracked by work ;)
[00:05] <zodiak> service apt-cacher-ng start fails to start
[00:05] <bcsaller> zodiak: np
[00:05] <bcsaller> zodiak: did you do it with sudo?
[00:06] <zodiak> huh.. what the .. install: cannot change owner and permissions of `/var/run/apt-cacher-ng': No such file or directory
[00:06] <zodiak> and even if I do sudo, it still says ; Problem creating log files. Check permissions of the log directory, /var/log/apt-cacher-ng
[00:06] <bcsaller> sounds like the package didn't install properly but thats very odd
[00:07] <zodiak> okay, so, time to bug the ubuntu peeps
[00:08] <bcsaller> zodiak: you might try reinstalling the package and seeing if that leaves things in the same state or not
[00:08] <zodiak> bcsaller, good call
[00:11] <zodiak> okay, so, apt-cacher-ng installed fine the second time (not hugely reassuring)
[00:11] <bcsaller> I'd destroy-environment and then bootstrap again
[00:12] <zodiak> woohooo
[00:13] <zodiak> bcsaller, I did indeed.. and.. public-address is now in the juju status :D :D
[00:13] <zodiak> awesome!
[00:13] <bcsaller> zodiak: very good
[00:13] <zodiak> and I am going to kill whoever packaged up apt-cacher-ng
[00:13] <zodiak> :D
[00:13] <bcsaller> ha
[00:13] <bcsaller> zodiak: failure is just another word for lesson :)
[00:14] <zodiak> yes.. or murder :P
[00:14] <bcsaller> fair enough
[00:15] <bcsaller> that's firmly under the heading of bad juju though
[00:15] <zodiak> although now I have a fun weekend ahead of me, trying to figure out how to create custom charms to help deploying our rails app
[00:15] <zodiak> *GROAN*
[00:15] <zodiak> you couldn't resist.. could you ? :)
[00:15] <bcsaller> I'm weak
[00:15] <bcsaller> what can I say
[00:15] <zodiak> *chuckles* well, I think you have earned your bad puns for the day ;)
[00:16] <zodiak> danke everyone, bcsaller, hazmat
[00:16] <bcsaller> zodiak: try the examples mysql, wordpress if you want to see it working locally with something a little more addressable
[00:16] <hazmat> zodiak, awesome.. go forth and multiply ;-)
[00:17] <bcsaller> its nice to see that level of isolation running on a local box
[00:17] <bcsaller> hazmat: that was an odd one, huh? :)
[00:17] <bcsaller> failure in the apt-cacher-ng package
[00:17] <bcsaller> heh
[00:17] <hazmat> bcsaller, packages are a bunch of random scripts
[00:17] <hazmat> ;-)
[00:18] <bcsaller> I've heard that somewhere
[00:26] <zodiak> hrm. is there an 'undeploy' for juju ?
[00:27] <zodiak> unexpose but .. no undeploy ?
[00:38] <m_3> zodiak: I have an old rails example here http://bazaar.launchpad.net/~mark-mims/+junk/ensemble-rails/files
[00:39] <m_3> I'll be happy to help modernize it after the weekend (at a conference atm)
[00:39] <zodiak> m_3 ooohhh.. awesome! thank you :)
[00:39] <zodiak> surely
[00:39] <m_3> it's for rails3, but there're references to "ensemble" instead of "juju"
[00:39] <m_3> but the basic idea's still sound
[00:41] <hazmat> zodiak, destroy-service is undeploy
[00:42] <hazmat> kills the containers as well (minus the master used for creating new ones)
[00:42] <zodiak> aaahhh
[01:15] <m_3> hazmat: where would I look to find logging during "expose"?
[01:15] <hazmat> m_3, provisioning agent
[01:15] <hazmat> m_3, /var/log/juju/
[01:15] <m_3> k thnaks
[01:15] <hazmat> m_3, it should come out of a debug-log as well
[02:58] <yitno> hi all
[04:08] <xxiao> is juju for public cloud or can it be used for private cloud?
[05:12] <SpamapS> xxiao: it supports any EC2 provider, in theory
[05:12] <SpamapS> xxiao: its been tested against AWS and OpenStack.
[05:12] <SpamapS> xxiao: also a long time ago it was tested against eucalyptus 2.0
[05:16] <_mup_> Bug #874801 was filed: Juju should have a capistrano renderer for status <juju:New> < https://launchpad.net/bugs/874801 >
[12:10] <backburner> juju owns
[13:08] <hazmat> m_3, its time to go to work ;-)
[13:13] <eagles0513875> hi guys :)
[14:10] <_mup_> Bug #875042 was filed: allow for import/export of a environment or subset <juju:New> < https://launchpad.net/bugs/875042 >
[16:01] <_mup_> juju/unlocalize-network r408 committed by kapil.thangavelu@canonical.com
[16:01] <_mup_> unlocalize the libvirt network integration
[18:22] <hazmat> koolhead17, greetings... again ;_)
[18:22] <koolhead17> hi
[18:22] <hazmat> koolhead17, so you would have a db-relation-changed hook in moodle
[18:22] <koolhead17> yes
[18:22] <hazmat> that would check (using relation-get ) for the username/password/db name
[18:23] <koolhead17> yes
[18:24] <koolhead17> enmand_: welcome
[18:24] <enmand_> Hi there
[18:24]  * enmand_ waves
[18:24] <koolhead17> enmand_: https://juju.ubuntu.com/docs/
[18:24] <koolhead17> )
[18:25] <koolhead17> hazmat: user=`relation-get user` password=`relation-get password` host=`relation-get host`
[18:25] <koolhead17> am reffering to that drupal charm
[18:28] <koolhead17> hazmat: everything lies " db-relation-changed "
[18:37] <hazmat> koolhead17, back.. so yeah that's the ticket
[18:38] <hazmat> koolhead17, but you have to check if its set to a value, and if not exit the hook, and it will be called again when it is
[18:40] <hazmat> m_3, what's your twitter handle?
[18:41] <koolhead17> hazmat: so how will mysql server know what all things it has to pass
[18:41] <hazmat> koolhead17, its relation hook has a known set of things it needs to allocate and set for a new relation
[18:42] <koolhead17> or how would i know in my formula from which charm i should get what
[18:43] <hazmat> koolhead17, you know because your charm needs some service, and there's a service for that charm.. the 'interface' for the relation defines a communication protocol
[18:43] <hazmat> but its loosely typed/spec atm
[18:43] <hazmat> koolhead17, we have some documentation on the wiki regarding some of the more common interfaces and what they define for values
[18:44] <koolhead17> hazmat: i have a situation where my settings.php file wants hostname for the running machine
[18:44] <koolhead17> where and how will i define that
[18:45] <koolhead17> App running machine
[18:51] <hazmat> koolhead17, unit-get public-address
[18:51] <hazmat> in a hook will get the public hostname for the unit
[18:53] <koolhead17> hazmat: where will i define it
[18:53] <hazmat> its available in any hook
[18:54] <koolhead17> ok
[19:01] <Brimzen3> hallo
[19:01] <Brimzen3> Where are you from
[19:03] <koolhead17> Brimzen3: ?
[19:05] <_mup_> juju/assume-local-ns-if-local-repo r408 committed by kapil.thangavelu@canonical.com
[19:05] <_mup_> auto qualify local ns if local repo specified and no namespace
[19:07] <_mup_> Bug #872164 was filed: [Oneiric] Cannot deply services - store.juju.ubuntu.com not found <juju:In Progress by hazmat> < https://launchpad.net/bugs/872164 >
[19:23] <m_3> hazmat: http://paste.ubuntu.com/708845/
[19:23] <m_3> hazmat: http://paste.ubuntu.com/708846
[19:23] <hazmat> m_3, thanks
[19:24] <hazmat> m_3, which is which?
[19:24] <hazmat> m_3, nm
[19:28] <hazmat> m_3, so it looks like there's some sort of odd race in the db-changed hook
[19:28] <hazmat> m_3, on wiki2 when its called the second time it just exits
[19:28] <hazmat> no output
[19:28] <hazmat> m_3, on wiki1 on the second call it does additional stuff
[19:29] <hazmat> seems like a good time for debug-hooks
[19:29] <m_3> yup
[19:29] <hazmat> m_3, could you paste bin your creation script?
[19:29] <m_3> sure
[19:30] <m_3> hazmat: http://paste.ubuntu.com/708850/
[19:30] <hazmat> m_3, thanks
[19:30]  * hazmat hugs local provider 
[19:31] <m_3> too big for local provider though
[19:31] <m_3> http://paste.ubuntu.com/708852/ is a paired down version
[19:31] <hazmat> m_3, not my local provider ;-)
[19:32] <hazmat> m_3, do you have local charm mods?
[21:00] <SpamapS> m_3: how's the hackering going?
[21:05] <m_3> SpamapS: great
[21:06] <m_3> hitting some basic charm bugs
[21:06] <m_3> relations stepping on each other a bit
[21:07] <m_3> but we have access to their openstack labs env now
[21:09] <m_3> everyone just wants to see gource though :)
[21:21] <SpamapS> m_3: lol
[21:21] <SpamapS> m_3: glad we could give them a shiny
[21:23] <SpamapS> m_3: I've been kind of hoping that you guys will completely replace the mediawiki charm with one that kicks serious ass. ;)
[21:34] <SpamapS> m_3: I suppose its time I made it actually show errors/successes properly. :)
[22:37] <hazmat> SpamapS, so one problem making it work in labs
[22:37] <hazmat> SpamapS, it doesn't look like we have the latest python-txaws in the repo for lucid
[22:37] <hazmat> which is the host we're launching things from
[22:39] <hazmat> actually the ppa for txaws looks a bit old
[22:40] <hazmat> i guess i just source install FTW!
[22:42] <hazmat> lame for them though