[06:09]  * SpamapS tests out an updated juju for precise-proposed
[06:25] <imbrandon> SpamapS: have you tried that jitsu ? i'm getting all kinda errors with it, python modules missing etc
[06:25] <imbrandon> wonder if its just that machine is fubar
[06:28] <SpamapS> imbrandon: pastebin?
[06:30]  * SpamapS uploads 5 SRU fixes for precise.. hopes rest of SRU team doesn't beat him with a hammer
[06:30] <imbrandon> http://paste.ubuntu.com/1014277/
[06:31] <SpamapS> imbrandon: ahh looks like there are some python library files that have to be installed
[06:31] <imbrandon> ImportError: No module named aiki.invoker
[06:31] <SpamapS> imbrandon: confirmed
[06:31] <imbrandon> okies
[06:31] <SpamapS> question now is where to install them
[06:32]  * SpamapS decides libdir
[06:32]  * imbrandon goes back to breaking other things :) got like 5 projects 99% done
[06:32] <imbrandon> heh
[06:32] <imbrandon> i hate that
[06:32] <SpamapS> imbrandon: lazy is never doing anything you don't want to do.. suck it up ;)
[06:34] <imbrandon> :) thats the thing i want to do all^most all of them :)
[06:34] <imbrandon> i just hate haveing 5 at 99% wish i had 2 complete and 2 barely started
[06:35] <imbrandon> is how i work better , mostly
[06:35] <imbrandon> but each one had blockers so thus ended up like this for a week
[06:35] <imbrandon> :)
[06:36] <imbrandon> gotta go spend most of the after noon witha  client later today too, fun fun, i _love_ onsites when there is no real reason for it :)
[06:38] <SpamapS> imbrandon: people are just complex computers. Hack them like you hack PHP :)
[06:41] <imbrandon> heh
[06:41] <imbrandon> never thought about it like that but very true
[06:42] <imbrandon> so why does jitsu have upgrade-charm and a few other identical sub commands ?
[06:42] <imbrandon> just curious , dident look at the code to see if they are actually the same or not
[06:49] <SpamapS> imbrandon: they are meant as wrappers for testing
[06:50] <SpamapS> imbrandon: sort of a half finished thing
[06:52]  * SpamapS wills autoreconf and ./configure to go faster
[06:55] <imbrandon> ahh
[07:00] <SpamapS> imbrandon: nearly have run-as-hook working now
[07:03]  * SpamapS releases that as 0.10
[07:03] <imbrandon> nice
[07:04] <imbrandon> nearly ? you sound like me now
[07:04] <imbrandon> heh
[07:04] <SpamapS> no it works
[07:04] <SpamapS> finally learning the full power of automake/autoconf
[07:07] <SpamapS> imbrandon: should build in < 10 min
[07:08] <imbrandon> rockin
[07:09] <SpamapS> I wish they'd update LP so I could use the latest bzr builder
[07:09] <SpamapS> has {latest-tag}
[07:09] <SpamapS> so you can actually have a non-trunk automated build
[07:10] <imbrandon> heh, like travis builder on github ? hahahahah
[07:10] <imbrandon> j/k
[07:11] <SpamapS> imbrandon: you're more than welcome to port all my shit to github for me. :)
[07:11] <imbrandon> you know i got to raz ya now and then , only a few things i can do it with :)
[07:11] <SpamapS> though frankly, I'm not all that excited about using a non-open-source service
[07:11] <SpamapS> would rather we run our own gitolite or something
[07:11] <imbrandon> heh, i'd be doing good if all mine is, i still have half of it on bitbucket
[07:11] <imbrandon> that sounds like a GREAT idea to me
[07:12] <SpamapS> well actually
[07:12] <SpamapS> I'd rather that LP just grew git
[07:12] <SpamapS> so people would shut up and stop caring about VCS
[07:12] <imbrandon> yea but we can use ubuntuwire for what its orig reason for living was again
[07:12] <imbrandon> just stuff like this untill lp grew it
[07:13] <imbrandon> qa.ubutnuwire.com came long before qa.u.c :) its how it was modeled :)
[07:13] <imbrandon> anyhow i checked and there is still 3 or 4 Dell 2650's for ubuntuwire in the canonical dc
[07:13] <imbrandon> that we could slap it on and do some proof of concept workflow stuff and maybe hurry LP allong
[07:14] <SpamapS> godamnit launchpad
[07:14] <SpamapS> 0.10 != 0.1
[07:14] <imbrandon> or hell add it ourselfs now its fully open
[07:15] <imbrandon> i should revamp *.ubuntuwire.com with the new branding, it should all still be auto deploying from the lp bzr branch on push iirc
[07:15] <SpamapS> huh?
[07:15] <imbrandon> thinking out loud
[07:15] <SpamapS> Why wouldn't you just give LP git..
[07:15] <SpamapS> ?
[07:15] <SpamapS> NIH? (I totally get that.. ;)
[07:16] <imbrandon> heh no
[07:16] <imbrandon> i would if i thought i coudl pull it off
[07:16] <imbrandon> not sure a project that big i could do alone tbh
[07:16] <imbrandon> would want to do a lil planning
[07:19] <imbrandon> hrm actually there isnt a server component to git like there is bzr, its just bare repos and gitweb ... hrm it MIGHT not be that bad
[07:19] <imbrandon> mostly just gui stuff
[07:19] <imbrandon> mostly , not all
[07:19] <SpamapS> imbrandon: the "server bit" of bzr isn't really all that much. Its just cmds to execute on the server side
[07:20] <imbrandon> yea but i think thats one reason its so slow too isnt it
[07:20] <imbrandon> ?
[07:20] <SpamapS> imbrandon: the harder thing is mapping LP's branch namespacing into git's colocated branches, but I'm sure that would be solvable in a furios night of hacking.
[07:20] <imbrandon> because omg like bzr or not , you got to admit bzr is SLOW
[07:20] <SpamapS> imbrandon: "so slow" is so laughable
[07:20] <SpamapS> most things you do in bzr take 1 - 2 s where as git is 0.5s consistently
[07:21] <bkerensa> OMG! Bzr!
[07:21] <imbrandon> SpamapS: push a fresh branch
[07:21] <SpamapS> imbrandon: Its all relative I guess. :)
[07:21] <SpamapS> imbrandon: just as fast as git now because of stacking
[07:21] <imbrandon> and that happens alot in bug fixing and drive by fixes like ubuntun grows alot of
[07:21] <imbrandon> stacking ?
[07:22] <SpamapS> yes stacking
[07:22] <imbrandon> is it actually in ?
[07:22] <imbrandon> ive not seen it work yet
[07:22] <imbrandon> still slow here
[07:22] <SpamapS> lp:~clint-fewbar/ubuntu/precise/juju/mything will automatically stack on top of lp:ubuntu/precise/juju .. any shared commits will not have to be retransferred on push/pull
[07:22] <SpamapS> stacking has been around for years
[07:22] <bkerensa> =o
[07:22] <bkerensa> SpamapS: if the branch is up to date?
[07:23] <SpamapS> the other "slow" bit is the SSH negotiation
[07:23] <imbrandon> oh then no, its stil slow as piss then with stacking too
[07:23] <imbrandon> SpamapS: bs, i can push a clean git over ssh and it takes less than 10s, same branch of omg-wp takes almost 3m on bzr
[07:24] <SpamapS> imbrandon: thats where bzr's "smart" side comes in because you basically say "I'm at this point in the graph and I want to push to you" and it says "I"m at this point" and then you push whats between. Git just has a map, and you read it real quick, and push what you need. Definitely 1-2 seconds faster, but conceptually identical
[07:24] <SpamapS> imbrandon: is that git-bzr pushing or real bzr pushing? I'm dubious. Also.. are you stacking on omg-wp somehow?
[07:24] <imbrandon> real pushing
[07:25] <SpamapS> the initial push is definitely going to be slower
[07:25] <SpamapS> because bzr's branch format is far less efficient than git's
[07:25] <imbrandon> i'll time it real fast if you want, i'll make 2 clean subdirs of omg and git initi and bzr init them toand then run time
[07:25] <bkerensa> imbrandon: I just did a complete teardown on a brand new System76 :D
[07:25] <SpamapS> but all subsequent stacked-on branches will be quite fast
[07:25] <imbrandon> sure, but i do that first push more often than stacks in ubuntu
[07:25] <imbrandon> as do most drive by contributors
[07:27] <imbrandon> one sec, i am gonna time it , cuz i'm sure in my head i'm not exagerating here
[07:27] <imbrandon> will only take a sec anyhow, not like a big test
[07:28] <SpamapS> imbrandon: why do you do that first push?
[07:29] <SpamapS> imbrandon: and most drive by's would be checking out the existing branch and pushing a new one stacked on it
[07:29] <SpamapS> so I don't really think thats true
[07:29] <imbrandon> cuz i do that quite often, that stacking you speak of dont work like you think,i'll time that too
[07:29] <imbrandon> s/work/as fast as
[07:35] <stevanr> hello
[07:35] <bkerensa> hi stevanr
[07:35] <stevanr> need some help..
[07:35] <stevanr> hi bkerensa
[07:35] <imbrandon> ello
[07:36] <stevanr> after bootstrap I get https://pastebin.linaro.org/558/
[07:36] <SpamapS> imbrandon: so that initial branch creation time was about 21s, vs. pushing a single small commit, which was 11s. :-P I am defeated. Please lets try to make bzr's death painless. ;)
[07:36] <imbrandon> heh mine is STILL pushing
[07:36] <stevanr> here's my conf file https://pastebin.linaro.org/557/
[07:36] <imbrandon> so umm no
[07:36] <SpamapS> imbrandon: still not 3m ;)
[07:36] <SpamapS> imbrandon: but what are you pushing?!
[07:36] <imbrandon> omg
[07:36] <SpamapS> imbrandon: mine spent 10s finding what to stack on, then the other 10s comparing graphs
[07:36] <SpamapS> imbrandon: so you're not stacked
[07:37] <imbrandon> bholtsclaw@ares:~/Projects/local/charms/precise/omg-bzr$ time bzr push lp:~imbrandon/+junk/omg-bzr
[07:37] <imbrandon> Warning: Permanently added 'bazaar.launchpad.net' (RSA) to the list of known hosts.
[07:37] <imbrandon> Created new branch.
[07:37] <imbrandon> real	4m19.228s
[07:37] <imbrandon> user	0m1.091s
[07:37] <imbrandon> no but wait,  now i'm gonna stack one
[07:37] <imbrandon> sys	0m0.306s
[07:37] <SpamapS> imbrandon: yeah +junk is *ALWAYS* going to suck
[07:37] <SpamapS> *always*
[07:37] <imbrandon> ok ok , they all do for me
[07:37] <imbrandon> seriously
[07:37] <imbrandon> all the same, i never get fast bzr pushes
[07:37] <SpamapS> stevanr: reading
[07:38] <stevanr> SpamapS, tnx :)
[07:38] <SpamapS> stevanr: can you use a differen't pastebin?
[07:38] <SpamapS> stevanr: my phone is downstairs.. don't feel like getting it for the 2-factor auth
[07:38] <stevanr> SpamapS, lol, sry
[07:38] <imbrandon> i never understood why pastebin has a sso anyhow
[07:39] <imbrandon> wth is up with that
[07:39] <SpamapS> imbrandon: fast is relative. Its not going to beat git. We know that. But 10s to push 1 rev up is ok. Not great, but ok.
[07:39] <SpamapS> imbrandon: no, he did linaro pastebin
[07:39] <bkerensa> ahh
[07:39] <imbrandon> SpamapS: yea but no joke i mean the diff between minutes and seconds, not 11s and 22s, i could live with that
[07:39] <SpamapS> stevanr: just use 'pastebinit' .. should end up on paste.ubuntu.com
[07:39] <bkerensa> pastebinit for the win although I wish it supported more pastebins then just Ubuntu Paste
[07:39] <bkerensa> SpamapS: if he has it installed otherwise "sudo apt-get install pastebinit"
[07:40] <SpamapS> imbrandon: so, you're using something called +junk .. and you expect it to be .. not sucky?
[07:40] <imbrandon> SpamapS: lenaro and ubuntu both use sso
[07:40] <imbrandon> SpamapS: thats the first time ever i've pushed to junk
[07:40] <SpamapS> imbrandon: I have to agree that 3m is *WAAAAY* too long for new giant branch pushing.
[07:40] <stevanr> SpamapS, ok so here's the status message after bootstrap http://paste.ubuntu.com/1014345/
[07:40] <SpamapS> seeing 2kB/s at any time when I'm on my 30down/5up connection makes me think the other side of the pipe is on holiday
[07:41] <stevanr> SpamapS, and here's my environments.yaml file http://paste.ubuntu.com/1014347/
[07:41] <imbrandon> seriously some evening we'll get a byobu session going over here and i'll show ya , but thats some other day, but for real man i'm not exagerating at all on this one
[07:41] <SpamapS> stevanr: your machine agent is broken
[07:41] <SpamapS>     agent-state: not-started
[07:42] <SpamapS> stevanr: with local provider, that starts at 'bootstrap'
[07:42] <stevanr> SpamapS, i know :)
[07:42] <stevanr> SpamapS, my question is 'why'
[07:42] <SpamapS> stevanr: it keeps a log, I forget where.. checking now
[07:42] <imbrandon>  /var/logs/juju-machine*
[07:42] <imbrandon> iirc
[07:43] <SpamapS> stevanr: ahh, it would be in /tmp/local-dev/youruser-local/machine-agent.log
[07:43] <SpamapS> imbrandon: not on local
[07:43] <SpamapS> local provider just cocks everything up :-P
[07:43] <imbrandon> oh
[07:43] <SpamapS> its amazing when it works
[07:43] <SpamapS> but *EVERYTHING* seems different
[07:43] <imbrandon> yea i would think making it the same would be a goal
[07:43] <stevanr> SpamapS, cool tnx, i'll get back soon
[07:44] <SpamapS> imbrandon: apt-get update/apt-get upgrade to get juju-jitsu 0.10 .. tested and works now
[07:44] <imbrandon> nice, kk
[07:45] <SpamapS> # jitsu run-as-hook mysql/3 config-get
[07:45] <SpamapS> {u'tuning-level': u'safest', u'query-cache-size': -1, u'query-cache-type': u'ON', u'binlog-format': u'MIXED', u'max-connections': -1, u'preferred-storage-engine': u'InnoDB', u'dataset-size': u'1G'}
[07:45] <SpamapS> unnnhh
[07:45] <SpamapS> thats hot
[07:46] <SpamapS> stevanr: that file should have clues. There's also an upstart job running it, so make sure it is not in the wrong state (like stop/waiting)
[07:46] <imbrandon> sweet if that works here thats EXACTLY what i wanted
[07:46] <imbrandon> i woudl kiss you but your married
[07:47] <imbrandon> doh
[07:47] <imbrandon> no key in the env on the nodes
[07:48] <imbrandon> but thats ok, i can add it to the install hook to set it
[07:48] <SpamapS> imbrandon: what key?
[07:49] <imbrandon> jitsu run-as-hook omg-wp/3 config-get
[07:49] <imbrandon> Could not find AWS_ACCESS_KEY_ID
[07:49] <SpamapS> imbrandon: you don't run it on your local machine
[07:49] <imbrandon> thats was form the node
[07:49] <imbrandon> actually ON omg-wp/3
[07:49] <SpamapS> imbrandon: hm, I don't get any such errors
[07:49] <imbrandon> Unpacking replacement juju-jitsu ...
[07:49] <imbrandon> Setting up juju-jitsu (0.10-0stable1~precise1) ...
[07:49] <imbrandon> (juju-jitsu) root@ip-10-226-55-144:~# jitsu run-as-hook omg-wp/3 config-get
[07:49] <imbrandon> Could not find AWS_ACCESS_KEY_ID
[07:49] <imbrandon> (juju-jitsu) root@ip-10-226-55-144:~#
[07:50] <SpamapS> imbrandon: very weird
[07:50] <imbrandon> env , see if its set from something else
[07:50] <SpamapS> imbrandon: running on ec2 as well.. no such error
[07:50] <SpamapS> and no such env var
[07:50] <imbrandon> let me log out and back in, i was already in a jitsu wrapper
[07:50] <imbrandon> when i updated
[07:50] <SpamapS> imbrandon: I wonder.. are the access-key/secret-key set in the environments.yaml there?
[07:51] <imbrandon> oh yea, i have a env.y on the node
[07:51] <imbrandon> why ?
[07:51] <SpamapS> thats probably confusing it
[07:51] <SpamapS> its a bit of a hack
[07:51] <imbrandon> (juju-jitsu) root@ip-10-226-55-144:~# ls -l .juju/environments.yaml
[07:51] <imbrandon> -rw------- 1 root root 211 May 30 06:12 .juju/environments.yaml
[07:51] <imbrandon> (juju-jitsu) root@ip-10-226-55-144:~#
[07:52] <imbrandon> yup , moved it out of the way and works perfect
[07:52] <imbrandon> sweet
[07:52] <SpamapS> imbrandon: sounds like a bug tho
[07:52] <imbrandon> is that how its telling if its local or remote ?
[07:53] <SpamapS> jimbaker: ^^ note that run-as-hook doesn't work right when a local ~/.juju/environments.yaml is present
[07:53] <SpamapS> imbrandon: no I suspect its doing something wicked w/ the juju internal libs
[07:53] <stevanr> OK I ran destroy-environment and bootstrap again and now it's in "running" state
[07:53] <imbrandon> seems like it could just look for /var/lib/cloud/instance/* exists instead of env.y
[07:54] <SpamapS> oh yeah, its importaing all kinds of weird stuff from juju's python libs
[07:54] <SpamapS> stevanr: awesome
[07:54] <imbrandon> yea
[07:54] <SpamapS> stevanr: would love to stay and help but I need to hit the sack
[07:54] <stevanr> SpamapS, ok :)
[07:54] <stevanr> SpamapS, tnx
[07:55] <hazmat> SpamapS, your awakes..
[07:55] <hazmat> run as hook is crack
[07:55] <hazmat> don't use it
[07:55] <SpamapS> yeah
[07:55] <SpamapS> reading it now
[07:55] <hazmat> please remove it
[07:56] <SpamapS> hazmat: it seems to work tho ;)
[07:56] <hazmat> SpamapS, it was to easy to make a miskate
[07:56] <SpamapS> hazmat: you have some way we can run hooks outside unit agent execution?
[07:56] <hazmat> if you mis-understand it
[07:56] <hazmat> and blow up your local machine
[07:56] <hazmat> well. maybe overly dramatic.. but cause issue
[07:56] <imbrandon> SpamapS: hahah thats exactly whats its doing
[07:57] <imbrandon> def get_zk_client_connector(options):
[07:57] <imbrandon> 36	+    # Running on a Juju machine or on an admin system? Distinguish by
[07:57] <imbrandon> 37	+    # first checking for an ~/.juju/environments.yaml file; if not
[07:57] <imbrandon> 38	+    # check the machine for an upstart conf file
[07:57] <SpamapS> hazmat: sounds like a reason to be wary, not to remove it
[07:57] <imbrandon> 39	+    env_config = EnvironmentsConfig()
[07:57] <imbrandon> 40	+    try:
[07:57] <imbrandon> 41	+        env_config.load()
[07:57] <imbrandon> 42	+    except juju.errors.FileNotFound:
[07:57] <SpamapS> hazmat: I would like a real way to do what it enables tho
[07:57] <hazmat> SpamapS, sounds like a reason to enforce wariness...
[07:57] <imbrandon> if you have another way i'm all ears :)
[07:58] <hazmat> i hate layout landmines for users
[07:58] <hazmat> er. laying out
[07:58] <SpamapS> hazmat: jitsu isn't about wariness.. its about crack actually. Fresh, strong crack.
[07:58] <hazmat> SpamapS, it really shouldn't be
[07:58] <SpamapS> hazmat: so, your open-port is totally legit? :)
[07:58] <hazmat> Spamap, it is
[07:58] <SpamapS> until we change ZK
[07:58] <SpamapS> then its crack too
[07:58] <hazmat> SpamapS, no, then its just broken
[07:59] <hazmat> SpamapS, it won't damage your system accidentally
[07:59] <hazmat> SpamapS, its not modifying zk directly, its using the api
[07:59] <SpamapS> you really haven't explained what run-as-hook does dangerously
[07:59] <imbrandon> well i could get this info from zk with phpzk, thats where its gonna end up anyhow is in php
[07:59] <imbrandon> if you like that idea better L(
[07:59] <imbrandon> :)
[08:00] <SpamapS> hazmat: I believe you, but I want something that does exactly this for a number of reasons.
[08:00] <hazmat> SpamapS, executing hooks locally, completely changes any notion of env for a hook.
[08:00] <SpamapS> I don't know what you mean by locally
[08:00] <hazmat> client side
[08:00] <SpamapS> I run it on the unit I want the info from
[08:00] <SpamapS> it works at that level
[08:00] <imbrandon> this isnt running client side we;re on the unit
[08:00] <SpamapS> can't we just enforce that?
[08:01] <SpamapS> like, you can only connect to the socket of the unit you're pretending to be?
[08:01] <imbrandon> why enforce things like that ...
[08:01] <imbrandon> wasted energy
[08:01] <hazmat> imbrandon, because say you start a backup or delete files in such script
[08:01] <hazmat> intending it for remote use
[08:01] <hazmat> you point it to someone on irc
[08:01] <hazmat> and they execute it locally by accident
[08:02] <hazmat> ...
[08:02] <hazmat> landmine
[08:02] <imbrandon> with great power comes great responsibility , we;re not talking about desktop users here, we;re talking what should be competent devops
[08:02] <hazmat> then we should stop recommending jitsu to anyone not in charmers
[08:02] <SpamapS> what landmine has me handing out scripts that people blindly run?
[08:03] <hazmat> SpamapS, they carefully examine it, and think it runs remotely
[08:03] <hazmat> on the unit
[08:03] <SpamapS> thats why we changed it to run-as-hook
[08:03] <SpamapS> Its pretty obvious to me that this is just giving you a hook context locally
[08:03] <hazmat> changing the camo on a landmine, doesn't change the nature of the landmine
[08:04] <hazmat> what's the underlying common use case?
[08:04] <SpamapS> I can't imagine anyone ever going "Oh this will some how magically be transported to the unit and run there"
[08:04] <hazmat> inspect/get the relation data
[08:04] <imbrandon> hazmat: all i'm saying is we cant protect them from everything esp when we;re making a sword, there is bound to be some shard parts
[08:04] <hazmat> SpamapS, i think its documented that juju is 'cloud magic' ;-)
[08:04] <SpamapS> hazmat: but anyway, we can fix that really easily
[08:05] <imbrandon> that could hurt ppl, just like the dd tool installed on every desktop could wipe a hdd
[08:05] <SpamapS> hazmat: lets just require that the socket for the unit be accessible
[08:05] <hazmat> SpamapS, +1 on the latter
[08:06] <imbrandon> bah that will just make those that dont want to jump that hook do it a real crackfull way like editing zk or mongo
[08:06] <imbrandon> document it , say here be dragons and let them cut a finger off once or twice
[08:07] <hazmat> imbrandon, didn't you just use it for the time 10m ago?
[08:07] <imbrandon> i can promis that dd is installed on ever ubuntu system and can do just as much dammage
[08:07] <hazmat> imbrandon, and are you executing it from the client?
[08:08] <imbrandon> hazmat: no i'm not ut my plan was not to be on the node 100% of the time either
[08:08] <SpamapS> bug 1006277 opened
[08:08] <_mup_> Bug #1006277: run-as-hook needs to require the target unit agent to be local <juju-jitsu:New> < https://launchpad.net/bugs/1006277 >
[08:08] <SpamapS> imbrandon: we can make a --force ;)
[08:09] <imbrandon> ok
[08:09] <imbrandon> that works
[08:09] <SpamapS> the thing has crap online help anyway
[08:09] <SpamapS> usage: run-as-hook [-h] [-e ENVIRONMENT] [--loglevel CRITICAL|ERROR|WARNING|INFO|DEBUG] [--verbose] SERVICE_UNIT COMMAND [ARG [ARG ...]]
[08:09] <SpamapS> expose a service unit(s) port
[08:09] <SpamapS> doh
[08:09] <imbrandon> heh
[08:09] <SpamapS> ok, sreep now kurinto san tired
[08:09] <imbrandon> gnight
[08:09] <hazmat> imbrandon, its because the 'machine' identity is never really established.. sure dd can screw up a disk, but A) you know what machine its running on, ie. zero ambiguity, B) you need sudo ;-)
[08:10] <imbrandon> gnight too hazmat if your headed off
[08:10] <hazmat> with run-as-unit.. A) is never really clear
[08:10] <hazmat> imbrandon, just woke up.. have a good one
[08:10] <hazmat> SpamapS, g'night
[08:10] <bkerensa> SpamapS: fixed the maintainer meta data thanks for the heads up
[08:10] <bkerensa> gnight SpamapS
[08:10] <imbrandon> ahh i'm not going , was just thinking all was on the same timeline a;)
[08:11] <imbrandon> hazmat: yea i see what your saying but i also see this as a "professionals tool" like a skill saw or similar
[08:11] <imbrandon> dangerious yes, you better know how to use it
[08:11] <imbrandon> etc
[08:11] <hazmat> imbrandon, right.. but in that case its very different then the other jitsu commands
[08:11] <imbrandon> hazmat: as in juju as a whole not just jitsu
[08:13] <imbrandon> yea, i dont see the harm is making it very hard, as long as i can have --let-me-do-the-crack_sudo-make-me-a-smammich true
[08:13] <imbrandon> :)
[08:13] <imbrandon> s/is/in
[08:14] <imbrandon> i still dont see where it could wipe things local though
[08:14]  * imbrandon looks some more
[08:15] <imbrandon> hazmat: and really i think the GOOD(tm) awnser to this is for me and juan to finish the REST API. or learn go quicker so we can do it there w/e
[08:16] <imbrandon> cuz thats all i really want, is the info that may only be available durring a hook execution but the API would store and expose
[08:16] <imbrandon> ya know ?
[08:18] <imbrandon> bkerensa: the system nice ? desktop or laptop ? semi afk now while i play with my newfound crack
[08:19] <hazmat> imbrandon, i'd really like feedback on the rest spec, its something that needs to be in juju, and i'm happy to shape jrapi into that, but the spec itself needs to get proposed first or it becomes a port issue
[08:19] <imbrandon> oh, i did not know the spec was actually down someehwre
[08:20] <imbrandon> i;ll start looking at it today then, and yea i'm more than happy to help aslo shape it into that and test it as well
[08:20] <imbrandon> is it a spec/blueprint on LP ?
[08:20] <imbrandon> or in the docs ? or elsewhere ?
[08:21] <negronjl> hazmat:  the spec is not that diff. from jrapi ... the changes wouldn't be that deep
[08:21] <imbrandon> and yea i totaly agree about the porting thing
[08:21] <imbrandon> negronjl: heya
[08:22] <negronjl> imbrandon, hazmat: the README in jrapi is quite close to the spec
[08:23] <imbrandon> sweet, thats a good thing right hehe
[08:23] <hazmat> negronjl, still needs fairly large changes.. testing, rewiring the existing client commands to use the rest api, deploying the rest api as part of bootstrap, upload support, auth, etc... fwiw.. i'm planning on starting on the REST work mid june.
[08:23] <imbrandon> probably mostly implmentation details
[08:24] <imbrandon> heh well hopefully i dont bug you toooo much as i likly wont be able to wait that long to begin
[08:25] <imbrandon> but yea whatever IS done between now and then should be in line with the goals ( looks like it already is started that way ) so its not tottaly way off
[08:26] <imbrandon> when the time comes
[08:27] <imbrandon> who knows, when i get to the office tomarrow they may tell me i got 6 months of nose to the keyboard stuff to do and i wont get any of this done
[08:27] <imbrandon> heh
[08:27]  * imbrandon knocks on wood
[08:29] <negronjl> im out for the night ...
[08:29] <imbrandon> night man
[08:29] <imbrandon> take it easy
[08:31] <bkerensa> imbrandon: laptop
[08:31] <bkerensa> imbrandon: http://i.imgur.com/8L7hf.jpg
[09:12] <_mup_> juju/trunk r539 committed by kapil.thangavelu@canonical.com
[09:12] <_mup_> [merge] show-errors-when-acquiring-node, use human error consumable error
[09:12] <_mup_> messages when no maas nodes are available. [a=julian-edwards][r=fwereade,hazmat][f=980855]
[09:12] <fwereade> hazmat, ty; sorry, I didn't see the changes go in :(
[09:13] <hazmat> fwereade, no worries
[09:14] <hazmat> fwereade, i haven't merged the port one
[09:14] <hazmat> fwereade, i think it needs to handle https port 443 better.. ie introspect protocol to get default port
[09:14] <hazmat> instead of just blindly using 80 if not specified
[09:15] <fwereade> hazmat, hmm, good point
[13:46] <doitdist_> Hi! I am not sure if Rackspace is already supported by Juju? If not will it be in future?
[13:48] <marcoceppi> doitdist_: Rackspace will be supported soon. Currently juju supports OpenStack but only with the EC2 and S3 middleware API turned on
[13:49] <doitdist_> ok thanks. what time scale is "soon" :-)
[13:49] <doitdist_> within a year? or 6 months? or no idea
[13:50] <marcoceppi> I can't say for sure since I'm not a juju dev, but there's a preliminary branch with basic support. I imagine by 12.10 release - but that's just a guess
[13:50] <doitdist_> ok thanks!
[13:50] <marcoceppi> np!
[13:50] <marcoceppi> It's a pretty hot topic, given there are so many public OpenStack installs starting up, including Rackspaces
[13:52] <doitdist_> yes right...
[13:54] <mgz> how far are rackspace from being a normal openstack service these days?
[13:54] <marcoceppi> mgz: public beta
[13:55] <mgz> ace. because their legacy bits don't work with core things like cloud-init.
[13:55] <marcoceppi> mgz: I know, I hear their goal is to go live by the end of the year with OpenStack
[14:57] <imbrandon> pos/win 21
[15:53] <negronjl> 'morning all
[15:58] <negronjl> 'morning all
[15:58]  * negronjl is reviewing the queue today
[15:59] <SpamapS> negronjl: saweeet
[16:00] <negronjl> I just checked the calendar and I'm not in it to review but, there is nobody to do it either.... If I'm stepping on anyone's toes by reviewing, let me know ...
[16:05] <SpamapS> bkerensa: 01:10 < bkerensa> SpamapS: fixed the maintainer meta data thanks for the heads up
[16:05] <SpamapS> bkerensa: subway still has no maintainer
[16:06] <SpamapS> negronjl: go for it man. the pilot thing is just a commitment.. you can review wheneve ryou want to :)
[16:06] <negronjl> SpamapS: thx ... Just making sure I don't step on anyone's toes :)
[16:20] <bkerensa> SpamapS: why?
[16:20] <bkerensa> SpamapS: I added the info to the metadata.yaml
[16:21] <bkerensa> whether it has been merged yet is another question
[16:21] <SpamapS> bkerensa: and where did you push that to?
[16:21] <SpamapS> bkerensa: I don't see anything in the review queue :)
[16:45] <bkerensa> SpamapS: I will have to check
[17:40] <SpamapS> bkerensa: my bad, its there
[17:40] <SpamapS> bkerensa: just so new it doesn't have 'days' next to it, so I missed it. ;)
[17:42] <SpamapS> bkerensa: merged
[17:49] <bkerensa> SpamapS: ahh ;)
[17:51] <surgemcgee> Finaly! Now we can deploy many Django projects with one charm. Remove the relation to remove the project. Update the project repo, blah, blah, blah.
[17:51] <surgemcgee> http://ec2-23-22-131-174.compute-1.amazonaws.com
[17:52] <surgemcgee> It should be ready for prime time in ~week
[17:58] <imbrandon> surgemcgee: nice i was just cleaning up the ubuntu community django webthemes this morning, i might snag it and put instructions on how to use it a README for that branch
[17:58] <jcastro> imbrandon: what's the tldr on RPMs?
[18:00] <imbrandon> i hadent got to them in a few days but only about an hour or so to finish thit
[18:00] <imbrandon> it*
[18:00] <imbrandon> i can do that this evening
[18:01] <imbrandon> it is "built" physicly, just has a few script errors on install and such
[18:17] <imbrandon> jcastro: swag delivery man just showed up, that was fast, ty ty
[18:17] <SpamapS> surgemcgee: awesum :)
[18:17] <jcastro> imbrandon: and for suse?
[18:18] <imbrandon> same source, seperate build using the openbuild service i'm told will work
[18:18] <imbrandon> like the equiv of us rebuilding a deb src
[18:19] <imbrandon> so it links on our stuff but no real changes
[18:19] <imbrandon> same with cent as well ( as long as the deps are there, now i'm not sure on that one )
[18:19] <imbrandon> CentOS
[18:26] <imbrandon> zomg, ALL of adobes on and offline as well as iOS products in one packge , from them not a scammy reseller, for CHEAP , and i do mean ALL , even a subscription to typekit ( i alreay have but still )
[18:26] <imbrandon> $30 a month
[18:26] <imbrandon> for everything
[18:27] <imbrandon> man if they would just release linux clients, or beef the web versions up just a tiny bit more
[18:27] <imbrandon> i would denounce my apple fanboism
[18:33] <_mup_> Bug #1006553 was filed: Juju uses 100% CPU after host reboot <juju:New> < https://launchpad.net/bugs/1006553 >
[18:35] <mars> ^ I have the runaway process going right now, in case it is of interest to anyone who wants to debug it.
[18:36] <jcastro> imbrandon: ok so you'll investigate the build service after this first cut of the RPM?
[18:37] <imbrandon> yup, i had plans on it since 99% of the work will be done for it
[19:00] <negronjl> SpamapS: ping
[19:02] <SpamapS> negronjl: pong, sup?
[19:02] <negronjl> SpamapS: promulgate is complaining to me .... ERROR:Branch has not been pushed.
[19:02] <negronjl> SpamapS: not my charm so I don't think I can push ...
[19:02] <SpamapS> negronjl: promulgate can only operate on remote branches
[19:03] <negronjl> so ... charm promulgate lp:.... ?
[19:03] <SpamapS> negronjl: bzr push --remember lp:~charmers/charms/precise/foo/trunk && charm promulgate
[19:03] <negronjl> SpamapS: ah
[19:03] <negronjl> SpamapS: you had mentioned that before and I forgot .... maybe promulgate should do that too
[19:03] <SpamapS> negronjl: you can do 'charm promulgate -b lp:~charmers...' too
[19:04] <negronjl> SpamapS: better
[19:04] <SpamapS> negronjl: but at some point, you're going to have to make the "official" branch
[19:04] <SpamapS> negronjl: one thing we probably *should* have it do is bzr reconfigure --unstackd
[19:04] <SpamapS> negronjl: we don't want our official branches stacked on anything else
[19:04]  * negronjl nods
[19:05] <SpamapS> not sure if it already stacks them or not
[19:11] <negronjl> Varnish charm promulgated
[19:20] <SpamapS> negronjl: *woot*
[19:21] <SpamapS> You know what would be like, super badass if a cloud provider/OS could pull it off? Elastic RAM
[19:21] <SpamapS> just let me add/remove RAM as needed from my cloud instance
[19:21] <jcastro> hey alright! varnish!
[19:21] <imbrandon> SpamapS: isnt that elastic cache , kinda
[19:21] <tooth> as needed?
[19:21] <tooth> that would be... interesting.
[19:21] <SpamapS> imbrandon: no not via the network
[19:21] <SpamapS> like, RAM
[19:22] <imbrandon> ahh , like swap only on something fast
[19:22] <SpamapS> Right now I think Amazon sells its excess RAM in the form of t1.micros
[19:22] <tooth> I can understand if they did it in a way that requires a reboot
[19:22] <SpamapS> It would be cool if I could just say "woo... cache is getting full.. add 600MB of RAM
[19:22] <tooth> but live would be interesting. the OS you have would have to know what to do with a sudden increase.
[19:22] <imbrandon> some providers you can, e.g. linode
[19:22] <SpamapS> tooth: right but how cool would it be if it could just be added on the fly
[19:23] <tooth> badass, as you put it. :-)
[19:23] <SpamapS> I'm sure container providers can do that
[19:23] <imbrandon> no on the fly but via api and reboot
[19:23] <imbrandon> yea they xenhost
[19:23] <SpamapS> imbrandon: sure, boot from ebs lets you do that on ec2
[19:23] <SpamapS> but just thinking out loud
[19:23] <imbrandon> yea i know, me too lol
[19:23] <SpamapS> Back when I ran racks of my own servers..
[19:24] <SpamapS> I always wanted to just crank up the RAM when traffic spiked
[19:24] <SpamapS> didn't need much more CPU.. just needed more cache because there were more unique things going on
[19:24] <imbrandon> it would be cool just not sure how it would work plugable and still be fast, would need a fast interface that was hotplug like thunderbolt
[19:24] <imbrandon> probably more, thunderbolt is just repinned PCIe
[19:25] <imbrandon> same chipset
[19:25] <SpamapS> no
[19:25] <SpamapS> that would defeat the purpose
[19:25] <SpamapS> I want the unused RAM on the box
[19:25] <SpamapS> You can tell me no.. if there's no more to give
[19:26] <SpamapS> Just, opportunistically, adding RAM to a running box would be better than adding a whole other box
[19:26] <SpamapS> I guess really you can just get it by adding VMs though
[19:26] <imbrandon> then you wana xenhost with "plugable" ram, the same thinf that lets the kernel use the plugable hardware ram woudl do it virt too
[19:26] <SpamapS> "scale out FTW"
[19:27] <imbrandon> just think ram chips that work like sas drives, then hand them to someone else and pay them to put in the box when ya need em :)
[19:27] <imbrandon> hehe
[22:23] <SpamapS> Dunno if I said this last night, but the first 12.04 juju SRU is in the queue waiting to be accepted for testing
[22:37] <hazmat> SpamapS, sweet!
[22:37] <hazmat> SpamapS, this might be an interesting alternative to gource.. http://ubietylab.net/ubigraph/content/Demos/index.html
[22:37] <hazmat> not opensource though
[22:44] <SpamapS> hazmat: I'd definitely love to have something flexible like that
[22:51] <SpamapS> hazmat: wow.. xmlrpc built in :)
[23:10]  * SpamapS just made some things pop up on the ubigraph screen
[23:18] <jimbaker> i think the python interface is pretty nice too
[23:18] <SpamapS> well its basically just xmlrpc
[23:18] <SpamapS> so.. yeah :)
[23:18] <SpamapS> seems like its a dead upstream tho
[23:19] <SpamapS> no new releases in 4 years
[23:19] <SpamapS> but.. fun yak shaving ;)
[23:19] <jimbaker> that's the only issue, 2008 and no open source
[23:20] <jimbaker> seems like it was a good academic project
[23:24] <SpamapS> we should see if we can do a juju-quake the same way those guys did nagios quake a while back
[23:25] <SpamapS> I can't remember the details exactly
[23:26] <SpamapS> but I think it was like, a big open arena and servers would spawn demons as notifications
[23:29] <jimbaker> SpamapS, sounds like a cool way of mapping an abstraction into a spatial layout. juju resolved is the final step in shoot down any relation problems. juju add-unit to quench any fires. juju remove-unit to bring capacity to the right load level (would that a health draining effect?)
[23:29] <jimbaker> sounds like true bike shedding to me