[01:13] <hazmat> wtf oracle branding solaris 11 as the first cloud os..
[01:13] <hazmat> crack marketing.. cloud this, cloud that
[01:30] <hazmat> cloud linux.. http://bellard.org/jslinux/ ;-)
[01:32] <SpamapS> hahaha
[12:47] <hazmat> g'morning
[13:04] <rog> hazmat: yo
[13:08] <hazmat> greetings rog
[14:04] <fwereade> hazmat, should we now be marking bugs "fix committed" rather than "fix released"?
[14:04] <hazmat> fwereade, good question
[14:04] <fwereade> hazmat, heh :)
[14:05] <hazmat> fwereade, i'm unsure.. it probably does make sense, but such usage would mean realigning milestones to releases
[14:05] <fwereade> hazmat, and plausibly tweaking the kanban board
[14:06] <hazmat> fwereade, i was thinking we could have a team meeting today to try and catch up post sprint and that could be a topic of discussion
[14:06] <hazmat> fwereade, i'm already on that one ;-)
[14:06] <fwereade> hazmat, ah, cool :)
[14:06] <hazmat> fwereade, although its more just a new dyanmic readonly lp frontend for juju.. its turning out to be significantly more work than the charm browser
[14:06] <fwereade> hazmat, sounds good, I can be around this evening
[14:07] <fwereade> hazmat, heh :)
[14:07] <hazmat> fwereade, great
[14:07] <hazmat> silly pure rest api
[14:15]  * niemeyer waves
[14:15] <niemeyer> I've pointed out I'd be late today earlier, now I noticed I was disconnected.. duh
[14:19] <hazmat> niemeyer, greetings
[14:19]  * hazmat ponders puppet
[14:38] <hazmat> fwereade, is 6pm local okay for you re meeting?
[14:55] <fwereade> hazmat, sure
[15:11] <fwereade> hazmat, you marked https://code.launchpad.net/~fwereade/juju/visible-instance-state/+merge/79215 as "needs fixing" a while ago
[15:11] <fwereade> hazmat, did I address your concerns?
[15:21] <hazmat> fwereade, i'll take a look again in a few, i think so.. i backed away from shared state vocabulary
[15:22]  * hazmat feels like its been all email and reviews the last few days, the code itch builds
[15:34] <jimbaker> hazmat, fwereade, team meeting sounds like a good idea today
[15:52]  * SpamapS imagines a little code-hungry bug inside hazmat chewing on the base of his spine
[16:00] <niemeyer> fwereade: Is visible-instance-state touching the format of the status output?
[16:10] <bloodearnest> hey juju-istas :)
[16:10] <bloodearnest>  if I wanted to poke/signal a service (e.g. force a manual reload), whats the best way to to it? config-changed and a dummy config value?
[16:15] <SpamapS> bloodearnest: right now yes, though I'm thinking there needs to be a "refresh everything" command
[16:16] <bloodearnest> SpamapS: kthx. I think a generic "signal" and "handle-signal" or hook (or similar) would be nice
[16:17] <SpamapS> bloodearnest: custom hooks have been discussed as well
[16:17] <bloodearnest> SpamapS: cool. I'll go with config-changed for now. Is there any way to get what the old config value was for a particular field?
[16:19] <SpamapS> bloodearnest: no, I think there's an open bug for that
[16:19] <bloodearnest> SpamapS: kthx
[16:32] <hazmat> bloodearnest, if you want the old value the hook should store it
[16:32] <hazmat> and diff to the new
[16:33] <bloodearnest> hazmat: of course - I will do that :)
[16:38] <SpamapS> https://launchpadlibrarian.net/84857743/buildlog_ubuntu-precise-i386.juju_0.5%2Bbzr413-1juju1%7Eprecise1_FAILEDTOBUILD.txt.gz
[16:40] <SpamapS> looks like juju is broken on precise.. fine on oneiric and natty
[16:49] <hazmat> SpamapS, it looks like a conflict between builtin argparse vs a packaged argparse
[16:50] <hazmat> odd that it only shows up only those on tests, but i guess those tests stuff the python path and launch a process
[16:57] <bcsaller> hazmat: they had updated some strings in the last update of argparse breaking tests as well
[16:58] <jimbaker> bcsaller, doesn't look like the issue here however
[17:00] <jimbaker> (simply some sort of conflict on the python-argparse package for one of our dependent packages, vs the argparse we use anyway)
[17:08] <fwereade> hazmat, meeting time?
[17:08] <hazmat> fwereade, indeed
[17:09] <hazmat> niemeyer, jimbaker, bcsaller, SpamapS ... meeting time.. anyone else?
[17:09] <niemeyer> t+10
[17:09] <jimbaker> hazmat, niemeyer, sounds good
[17:10] <jimbaker> rog is also waiting, and i'm sure fwereade is interested
[17:11] <hazmat> invites out
[17:12] <bcsaller> its giving me a little trouble connecting, trying again
[17:13] <hazmat> bcsaller, sending a new invite..
[17:14] <bcsaller> might be faster to just relog, the camera and so on doesn't seem to be working
[17:14] <hazmat> bcsaller, it was sort of like you joined and immediately dropped
[17:14] <hazmat> SpamapS, robbiew invites out to you guys as well if your interested
[17:16] <hazmat> http://www.reviewboard.org/
[17:21] <SpamapS> hazmat: "I'm not supposed to be here today" ;)
[17:21] <SpamapS> maybe plan the next meeting more than 24 hours in advance? ;)
[17:22] <bcsaller> things are in a surprisingly horrible state of decay here
[17:22] <bcsaller> trying to fix
[17:31] <hazmat> bcsaller, perhaps try a different browser
[17:32] <bcsaller> hazmat: its far worse than that that at this point, anything with GL won't run now, so unity borked. I tried 2d, etc, its not working at all, I have an empty desktop here, but am still trying to connect again
[17:33] <bcsaller> I think its crashing the googletalk plugin too though
[17:34] <bcsaller> everything was fine yesterday, I so don't need this
[17:35] <hazmat> bcsaller, did a reboot help? sounds like  a driver problem
[17:36] <bcsaller> no, it didn't
[17:36] <bcsaller> going to see if I can load an older kernel
[17:37] <hazmat> SpamapS, sounds good
[18:35] <niemeyer> 1) The requirement is to put things in the same container
[18:35] <niemeyer> 2) We use relations so the admin doesn't need a different mental model to create slaves
[18:35] <niemeyer> 3) We introduced the idea of juju-info relation so that we don't need the strange idea of promiscuous relations
[18:35] <niemeyer> (copied here so I have in logs.. this is the shortest explanation I could come up with, so want to save.. ;)
[18:38] <fwereade> cheers all, later
[18:44] <hazmat> failure
[18:45] <bcsaller> hazmat: re-invited
[19:04] <hazmat> bcsaller, thanks
[19:54] <niemeyer> hazmat: wtf seems to be fine, btw
[20:07]  * niemeyer steps out for a while
[20:21] <nuclearbob> greetings everyone, I'm trying to setup juju using the local/lxc environment, and I'm getting errors when I try to deploy a charm
[20:23] <evan_> nuclearbob: what error are you getting?
[20:23] <nuclearbob> evan_: if I try to deploy the wordpress charm, I get:
[20:23] <nuclearbob> max@WOPR:~$ juju deploy --repository=charms wordpress
[20:23] <nuclearbob> User timeout caused connection failure.
[20:23] <nuclearbob> 2011-11-10 15:20:22,539 ERROR User timeout caused connection failure.
[20:25] <evan_> Do you have the charms on your local machine?
[20:26] <evan_> i.e. I have my charms in a directory called "lucid" so when I deploy - juju deploy --repository . local:lucid/charmname
[20:27] <nuclearbob> I've got them in /home/max/charms
[20:28] <nuclearbob> do I need them in oneiric/charms since I'm on oneiric?
[20:30] <evan_> nuclearbob: juju deploy --repository . local:path/to/charm should work if i'm not mistaken
[20:31] <nuclearbob> evan_: now I'm getting a connection refused, I may have goofed something up, I'll see if I can fix it
[20:35] <evan_> nuclearbob: If the bootstrapping node has not yet completed bootstrapping it could cause this error, ok.
[20:35] <nuclearbob> evan_: I wasn't getting that error before, but I just started after I had been messing with things
[20:35] <nuclearbob> evan_: I can try running the bootstrap again
[20:36] <nuclearbob> evan_: it says I'm already bootstrapped
[20:37] <evan_> nuclearbob: what does it say when you run "juju status"
[20:37] <nuclearbob> evan_: max@WOPR:~$ juju status
[20:37] <nuclearbob> could not connect before timeout
[20:37] <nuclearbob> 2011-11-10 15:37:42,353 ERROR could not connect before timeout
[20:39] <evan_> nuclearbob: Indication the environment needs more time to complete initialization
[20:39] <evan_> nuclearbob: more here https://juju.ubuntu.com/docs/user-tutorial.html
[20:40] <nuclearbob> evan_: thanks, I'll take a look at that
[20:40] <evan_> nuclearbob: you bet
[21:32] <mpl> niemeyer: hi. sorry I couldn't show up so far, it was a crazy week. I'll probably collapse to bed soon, but starting from tomorrow I'll be a lot more available to talk.
[21:37] <nuclearbob> evan_: are you still around?
[21:40] <evan_> nuclearbob: yea, did you get it figured out?
[21:41] <nuclearbob> eavn_: I got the latest version from the ppa, rebooted, ran juju bootstrap (it said it was already bootstrapped) and gave it about a half an hour, but it's still getting timeouts
[21:44] <donspaulding> I sysadmin the servers at my company, around a dozen servers, with heterogenous hardware configs, all running various versions of ubuntu server.  What I wanted to build, before I found juju, was a tool that would orchestrate application-level services and their dependencies.  Juju seems to fit the bill nicely, except, rather than targeting EC2, or even a private cloud, I'd rather target my own bare-metal servers, with the applicat
[21:45] <donspaulding> I saw where recently the ability to deploy to containers was added, I'm just wondering if there's any explicit push toward supporting that for production deployment?  The mailing list message I saw on it seemed slanted towards development/debugging usage.
[21:55] <evan_> nuclearbob: hmmm I am unsure of why it would be doing that. Maybe someone else here would know
[21:56] <nuclearbob> evan_: thanks for pointing me at the tutorial as well, I've got another machine to set it up on, and maybe I can avoid mistakes I might have made on this one
[21:57] <evan_> nuclearbob: no problem. I am fairly new so I'm learning as well. Best of luck to you. Let me know if you figure out the problem