=== wedgwood is now known as wedgwood_away === defunctzombie_zz is now known as defunctzombie === defunctzombie is now known as defunctzombie_zz === TheRealMue is now known as TheMue === rogpeppe2 is now known as rogpeppe [12:29] Hi everyone, does someone knows if it's possible to set the unit status from start to another one (eg: ready, pending, stopped etc.), if I want to remove just for a moment a unit of a service. Thanks [12:30] or more information about unit status and its modifications (events on them) [13:20] nfoata: you can't manually move a unit to a status without taking action agianst it (ie: actually remove the unit, etc) [13:45] <_mup_> Bug #1187392 was filed: local provider does not support peer relations === wedgwood_away is now known as wedgwood === defunctzombie_zz is now known as defunctzombie === BradCrittenden is now known as bac [15:12] This site http://uistage.jujucharms.com:8080/ doesn't work | http://askubuntu.com/q/303995 === defunctzombie is now known as defunctzombie_zz === BradCrittenden is now known as bac [17:38] agent-state: pending for over 20 minutes | http://askubuntu.com/q/304040 === drrk_ is now known as drrk === Daviey_ is now known as Daviey === timrc_ is now known as timrc === _mup___ is now known as _mup_ === benji_ is now known as benji [19:01] do you think "apps-servers" should be the right category for the django charm? [19:01] or just "applications" [19:02] or maybe ['databases', 'app-servers'] since it needs a database === _mup___ is now known as _mup_ [19:27] I am going to propose "platform" as one [19:27] since it's like something you would build your app on top of === SpamapS_ is now known as SpamapS === beuno_ is now known as beuno [22:01] wedgwood, got a min re: charm-helpers organization? [22:01] adam_g_: sure [22:02] wedgwood, so i've started porting one of our bash charms to python and have been leaning on the new charm-helpers while i do [22:03] i've got a bunch of new storage related stuff that i'll be needing in some of the openstack charms, but they are generic enough to go into core.host [22:03] thoughts on moving core/host.py to core/host/__init__.py, and adding core/host/storage/{__init__.py, lvm.py, loopback.py} etc? [22:04] possible doing similar things elsewhere? [22:04] that sort of stuff sounds very Linux-y. I'd actually recommend putting it outside core [22:05] I think core should be as portable as possible (although it needs work to get there) [22:05] sounds reasonable. contrib/storage/linux/ ? [22:05] of course i can just keep it within contrib/openstack/ until someone else wants to use it [22:06] I think either of those are suitable if you're ok with it. [22:07] I think it should come out of contrib, but we'll need to think about how we want to organize platform-specific stuff. [22:07] I think it's OK to make a charmhelpers.storage that has some non-portable code. [22:09] keeping it in contrib/ for now is okay. just trying to organize imports and tests atm [22:14] wedgwood, also any chance this can merge? https://code.launchpad.net/~gandelman-a/charm-helpers/openstack_tests/+merge/166612 [22:17] adam_g_: wow, that diff is wacky. lemme grab a copy and take a look [22:18] wedgwood, heh, its mostly just splitting openstack stuff from contrib.hahelpers into contrib.openstack [22:18] plus some crappy tests [22:25] adam_g_: I think I see now. You must have done lots of moving, but not with 'bzr mv' eh? [22:26] wedgwood, exactly :P [22:27] adam_g_: I'm afraid there's one change that you didn't pull. if you'll merge that and re-push I'll merge it to trunk [22:28] adam_g_: it's a couple of lines in charmhelpers/core/hookenv.py [22:31] wedgwood, hmm? i see no diff between hookenv.py in my branch and that in trunk? [22:31] yeah? when I merge I get a regression [22:32] adam_g_: bah, never mind that [22:34] adam_g_: merged [22:35] wedgwood, thanks === wedgwood is now known as wedgwood_away === bradm_ is now known as bradm