[00:00] <SpamapS> imbrandon: I'd assert the keys I trust separate from the sources.list I clone. :)
[00:00] <imbrandon> new machione ; scp source.list ; autokey; apt-get update
[00:00] <SpamapS> imbrandon: you really should be automating this.. you know.. with something like juju :)
[00:00] <imbrandon> yea i actually am
[00:00] <imbrandon> thus breaking out the old crifty
[00:01] <imbrandon> its all in ant scripts right now
[00:01] <imbrandon> so semi
[00:01] <imbrandon> but not all machines will be in the cloud :( i do my local dev vms like that
[00:01] <imbrandon> heh
[00:02] <_mup_> juju/relation-id-option r518 committed by jim.baker@canonical.com
[00:02] <_mup_> Fixed log assertion
[00:02] <SpamapS> imbrandon: you mean your local dev lxc containers?
[00:02] <SpamapS> :)
[00:02] <imbrandon> heh osx !lxc
[00:02] <SpamapS> awww
[00:02] <imbrandon> vmware esxi accross the room with vsphere ftw
[00:03] <imbrandon> nice beefy desktop with 5tb of sata drives filled with esx images :)
[00:03] <SpamapS> imbrandon: see, if you just used containers you could use a single machine with just a few MB and use overlayfs for testing stuff out. :)
[00:04] <SpamapS> I really want to see juju embrace that way of doing things for dev... so we can have a shared VFS and not re-do so many operations
[00:04] <imbrandon> yea but i can run osx ( leaglly and winsdows ) on vmware
[00:04] <imbrandon> as well as linux
[00:04] <imbrandon> i mean i do see the good parts
[00:05] <imbrandon> but there is parts i would have to replace othher ways
[00:05] <imbrandon> i use my osx vm's to test app store apps before i submit them
[00:05] <imbrandon> :(
[00:05] <SpamapS> imbrandon: I think we'll always see other OS's in vms. But you were, I thought, talking about Ubuntu server dev.
[00:05] <imbrandon> yea ... i r lost
[00:06] <imbrandon> i'm thinking i can probablt slipt up the esx machine though
[00:06] <imbrandon> easy i dont nearly use all of it
[00:06] <imbrandon> and have esx run as a dom
[00:06] <imbrandon> err xendom
[00:07] <imbrandon> then the rest be one beefy ubntu server
[00:07] <imbrandon> with lxc containers
[00:07] <imbrandon> like a vm inside a vm inside a lxc , i'm gonna need a lot of lsd to figure that all out
[00:08]  * imbrandon hrm
[00:09] <imbrandon> SpamapS: yea i was talking about ubuntun server dev, i did one of those assume things again and assumed you magicly knew what hardware i was working with localy :)
[00:13] <imbrandon> right now my setup is as follows, 4x 1024 linodes ( that will likely go away to aws or hp cloud ) , 2 aws micros for misc cruft reimaged often , my mac mini thats my main pc , mac book pro that never gets turned on , small ubntu file server running on a 1ghz via cpu with 4 1tb hdd raid 5'd for like  my mp3s and crap , and then a beefy desktop i forget specs but core i3 dual core with 8gb ram running esxi with all my "dev" vm's that i connect to wi
[00:13] <imbrandon> :)
[00:14] <imbrandon> desktop is headless , basicly a poorman server
[00:14] <SpamapS> 3tb for mp3s.. thief. ;)
[00:15] <imbrandon> heh and movies and misc ( aka pr0n ) haha ok no pr0n
[00:15] <SpamapS> ok, time to EOD for me..
[00:15] <SpamapS> but. .later tonight.. I swear I'll do some charm review/feedback :-P
[00:15] <imbrandon> heh kk, taker easy man
[00:15] <SpamapS> crazy week. :-P
[00:15] <imbrandon> :)
[00:15] <imbrandon> half sec, check this
[00:16] <imbrandon> @zeus:~$ ls -l Music/|wc -l
[00:16] <imbrandon> 39926
[00:16] <imbrandon> not tooo many :)
[00:16] <imbrandon> SpamapS: ^^
[00:17] <SpamapS> $ find ~/Music -type f | wc -l
[00:17] <SpamapS> 940
[00:17] <SpamapS> not enough
[00:17] <imbrandon> heh www.bobs-library.com
[00:17] <SpamapS> but.. thats pretty much all the songs I actually like and listen to .. and you know.. *paid for* ;)
[00:17] <imbrandon> ( thats my step dads website, has all my music on it too )
[00:18] <imbrandon> if you want when you get $home , i'll give you a user/pass
[00:18] <SpamapS> home?
[00:18] <SpamapS> I work at home
[00:18] <SpamapS> its time to LEAVE home :)
[00:18] <imbrandon> i tossed it up and it makes list from cron
[00:18] <imbrandon> ahhh :)
[00:19] <SpamapS> imbrandon: no thanks, I'll stick to a system that compensates artists kthxbai. :)
[00:19] <imbrandon> forgot about that, used to ppl leaving the house that i tlak to lol, but yea i know that feeling , been working from home a few years now
[00:19] <imbrandon> SpamapS: i buy 99% of it
[00:19] <imbrandon> :)
[00:19] <imbrandon> and videos
[00:19] <imbrandon> and extended albums
[00:19] <imbrandon> like for real
[00:20] <SpamapS> and yes, I'm a prick about this. Ignore me.
[00:20] <imbrandon> i probably spend more money on music and ebooks than most on $tv + other entertain
[00:20] <imbrandon> as that is most of my enterain :)
[00:20] <imbrandon> no i hear ya, i make a good little income on the side from app store, so i know the feeling
[00:21] <imbrandon> thus passwd protected site and limited few get the credentials :)
[00:21] <imbrandon> but i do share a bit , but i thinks thats ok imho
[00:21] <imbrandon> a LITLLE
[00:21] <imbrandon> not with the internets
[00:22] <imbrandon> ya know ;)
[00:22] <imbrandon> but yea the little i have thats not paid for is either crap that wasent released or way way way back on the orig napster i probably have a dozen or so tracks left misxed in
[00:23] <imbrandon> mixed*
[00:56]  * imbrandon forgot that all his tunes are in iTunes Match cloud too, soo they have to be legit or apple gets nasty with ya :)
[00:56] <imbrandon> SpamapS ^ :P
[01:03] <imbrandon> ohhh http://blog.openwebosproject.org/  <-- posted 1 day ago, opening up all of webos, already realeased some major componets of it 2 hours ago ( just seen on twitter ) ... hrm
[01:22] <imbrandon> marcoceppi: https://build.hpcloud.com/cli/unix rubygem , looks to be their awnser to s3cmd
[02:28] <_mup_> juju/relation-id r498 committed by jim.baker@canonical.com
[02:28] <_mup_> Merged trunk
[02:46] <_mup_> juju/relation-id r499 committed by jim.baker@canonical.com
[02:46] <_mup_> Fixed patch issues
[03:03] <marcoceppi> imbrandon: cool
[03:04] <imbrandon> marcoceppi: need a guiney pig or help lemme knw, i havent got to that omg stuff yet but i'll likely do it sometime tonight and just leave ya a note for whenever you get time
[03:05] <imbrandon> unless joey put all the keys on like jcastro mentioned and i can just update stage, whatever however
[03:05] <marcoceppi> There's no joey account yet, and no staging yet
[03:05] <imbrandon> ahh i thought staging was pointing to some micros
[03:07] <imbrandon> u get some hp glue happenin and we'll toss it there ( staging ) heh
[03:34] <_mup_> juju/relation-hook-context r515 committed by jim.baker@canonical.com
[03:34] <_mup_> Merged trunk, resolved conflicts, and updated for subordinate support
[04:23] <_mup_> juju/relation-hook-context r516 committed by jim.baker@canonical.com
[04:23] <_mup_> More subordinate fixes
[04:34] <_mup_> juju/relation-hook-context r517 committed by jim.baker@canonical.com
[04:34] <_mup_> Return internal relation and scope
[05:11] <shazzner> ok question
[05:11] <shazzner> I've been following this guide: http://askubuntu.com/questions/65359/how-do-i-configure-juju-for-local-usage
[05:12] <shazzner> yet I'm unable to connect via browser to the public-address
[05:12] <shazzner> ping'ing the address shows it unreachable
[05:12] <shazzner> any ideas what could be up?
[05:17] <_mup_> juju/relation-hook-context r518 committed by jim.baker@canonical.com
[05:17] <_mup_> Fix remaining failing test (due to cached relation hook contexts requiring a complete topology)
[05:53] <imbrandon> SpamapS: hahah i forgot too, part of my cron ( php cli app ) that builds out the site for that music also makes cache files ( two of them ) per mp3, one _filename_.json with the id3 meta data and one _filename_.serial with php binary serialized data , so my website can not do any mp3 reading at runtime and use the id3 json easy in javascript and and php can also load the object back up just one at a time to play ( flash player ) and show other det
[05:53] <imbrandon> tl:dr , there was only 1/3 actual media in that dir the more i thought aobut it :)
[05:56] <_mup_> juju/relation-ids-command r509 committed by jim.baker@canonical.com
[05:56] <_mup_> Merged upstream
[05:57] <_mup_> juju/relation-id-option r519 committed by jim.baker@canonical.com
[05:57] <_mup_> Merged upstream & resolved conflict
[11:39] <sc-rm> Hi, I'm trying to set up the openstack environment in my own private cloud for juju. I'm able to start/stop instances through openstack-dashboard and also log into those without problems. But I'm for now failing at making juju bootstrap an instance so the juju environment can get up and running. I get "2012-03-30 13:35:42 ERROR nova.api.ec2 [-] Unauthorized: Not Authorized"
[12:24] <fwereade_> sc-rm, have you set "access-key" and "secret-key" in your environments.yaml (or set AWS_ACCESS_KEY_ID and AWS_SECRET_ACCESS_KEY in your environment)?
[12:25] <fwereade_> sc-rm, and also made sure you have the correct "ec2-uri" and "s3-uri" in your environments.yaml?
[12:35] <sc-rm> fwereade_:   openstack:
[12:35] <sc-rm>     type: ec2
[12:35] <sc-rm>     default-instance-type: m1.small
[12:35] <sc-rm>     control-bucket: juju-openstack-bucket
[12:35] <sc-rm>     admin-secret: my_password
[12:35] <sc-rm>     ec2-uri: http://172.16.0.184:8773/services/Cloud
[12:35] <sc-rm>     s3-uri: http://172.16.0.184:3333
[12:35] <sc-rm>     default-image-id: c4e58b59-80e1-4e92-9479-d3be7135b826
[12:35] <sc-rm>     access-key: admin:novaproject
[12:35] <sc-rm>     secret-key: f1405188-3bdf-4058-be45-ecf9e607a13f
[12:35] <sc-rm>     default-series: precise
[12:36] <sc-rm> where 172.16.0.184 is the ip of the cloud controller
[12:37] <fwereade_> sc-rm, hm, nothing springs to mind -- would you try a "juju -v bootstrap" and pastebin me the result?
[12:38] <sc-rm> fwereade_: http://pastebin.com/XXuXszYk
[12:41] <fwereade_> sc-rm, hmm, so it's the security groups it won't let you see
[12:42] <fwereade_> sc-rm, can you run euca-describe-groups with those credentials?
[12:43] <sc-rm> fwereade_: no
[12:43] <sc-rm> brb
[12:43] <fwereade_> sc-rm, hmm, that would seem to be the problem then... but I'm not sure where to go from here
[12:47] <fwereade_> sc-rm, I think yu may need to give yourself the "netadmin" role
[13:06] <hazmat> sc-rm, have you tried the nova client tools?
[13:07] <hazmat> sc-rm, it sounds like a problem with your keystone auth setup
[13:07] <hazmat> hi al-maisan
[13:07] <al-maisan> hello hazmat
[13:09] <hazmat> fwereade_, i think that's just the first ec2 api used for bootstrap, its not clear the endpoint is wired up to the auth mechanism
[13:09] <hazmat> al-maisan, re euro py.. what'd you have in mind for your talk?
[13:10] <fwereade_> hazmat, ah, could be
[13:10] <fwereade_> hazmat, I'm not really familiar with openstack tbh
[13:10] <al-maisan> hazmat: I thought of giving an intro, a quick comparison with AWS SWF and a simple example
[13:14] <sc-rm> b
[13:15] <sc-rm> hazmat: I'm able to start instances through openstack-dashboard(horizon)
[13:15] <hazmat> al-maisan, doing a high - low split sounds good.. there's some chance i may have to bow out.
[13:15] <sc-rm> fwereade_: so a new role in keystone called netadmin?
[13:16] <fwereade_> sc-rm, I may be wrong, I was just looking at the docs myself: http://docs.openstack.org/cactus/openstack-compute/starter/content/Network_Administrator_netadmin_-d1e2232.html
[13:16] <hazmat> sc-rm, right but the cli nova client / or eucatools are a closer to juju usage validation
[13:16] <al-maisan> hazmat: hmm .. I see, so I'd stick with what I've outlined above and you can give the advanced presentation if things work out for you
[13:17] <hazmat> al-maisan, sounds like a plan
[13:17] <al-maisan> hazmat: great :-) thanks for touching base!
[13:17] <hazmat> al-maisan, i'll see if i can clear up my attendance soon to not split the vote
[13:18] <fwereade_> sc-rm, ...and, yeah, looks like I'm wrong, the admin role should be able to mess with security groups according to http://docs.openstack.org/cactus/openstack-compute/starter/content/Tabular_representation_of_Roles-d1e2292.html
[13:21] <sc-rm> fwereade_: okay, is there any log on the cloud-controller where I'm able to see some information about where it tries to validate my credentials?
[13:21] <fwereade_> sc-rm, ...no, it's a little murkier than that, the "cloudadmin" role can do anything; "sysadmin" can start/stop machines; "netadmin" can change firewall rules
[13:23] <fwereade_> sc-rm, hmm, maybe try something like:
[13:23] <fwereade_> sc-rm,  `nova-manage role has --user=novaadmin --role=cloudadmin`
[13:23] <fwereade_> sc-rm,  `nova-manage role has --user=novaadmin --role=netaadmin`
[13:23] <fwereade_> sc-rm, but with the appropriate --user
[13:25] <al-maisan> hazmat: cool, it would be nice to meet in Florence nevertheless :-)
[13:25] <sc-rm> fwereade_: it returns false, so I guess that is the problem, I'll try to add the roles to the admin user
[13:25] <fwereade_> sc-rm, cool
[13:26] <fwereade_> sc-rm,  `nova-manage role add --user=novaadmin --role=netadmin`
[13:29] <sc-rm> fwereade_: now the above commands return true, but still no luck in do euca-describe-groups
[13:29] <fwereade_> sc-rm, bother :(
[13:30] <sc-rm> fwereade_: yep ;-) but will find the problem anyhow
[13:30] <fwereade_> hazmat, what was that you were saying about wiring the endpoint up to the auth mechanism?
[13:56] <sc-rm> fwereade_: I figured it out now, so juju is able to create instances, the trick was to go to the dashboard -> settings -> ec2 credentials -> download and use that access-key and secret-key instead.
[13:57] <fwereade_> sc-rm, awesome :D
[15:14] <SpamapS> hey.. ~charmers.. wtf.. you guys left me no charms to review. ;)
[15:14] <SpamapS> *NICELY DONE*
[15:16] <jamespage> SpamapS, lol
[15:17] <robbiew> lol
[15:19] <SpamapS> attention Juju distro version users.. new, incompatible version landing in precise
[15:20] <marcoceppi> SpamapS: does it affect PPA users as well? or is this just a "We're catching the distro package up"?
[15:22] <robbiew> SpamapS: you mean the PPA version is getting sync'd, right?
[15:23] <SpamapS> robbiew: right
[15:23] <SpamapS> PPA users will be completely unaffected
[15:23] <robbiew> meh...welcome to beta!
[15:23] <robbiew> SpamapS: were you around when we switched to upstart...that was at a beta too :P
[15:24] <robbiew> talk about new and incompatible
[15:26]  * SpamapS spit takes
[15:26] <SpamapS> what?
[15:27] <SpamapS> robbiew: I joined at UDS-M (and wa a Debian person before that .. ;)
[15:27] <robbiew> so you missed it
[15:27] <robbiew> it was awesome...we broke everything!
[15:28] <robbiew> lol
[15:31] <SpamapS> robbiew: *nice*
[15:32] <SpamapS> robbiew: was that the karmic upstart change, or the hardy upstart change? IIRC there were two big shifts
[15:32] <robbiew> karmic
[15:32] <fwereade_> gents, I need to be off early, I'll probably pop back in later
[15:32] <robbiew> hardy was just introducing it...karmic is where we actually went to using it with force
[15:32] <robbiew> of course that was only desktop...server was ignored
[15:33] <robbiew> and paid the price...but you know that ;)
[15:33] <SpamapS> robbiew: *obviously* ;)
[15:33] <SpamapS> the chroot issue is still quite troubling actually..
[15:33] <SpamapS> even with chroot support, people can't run Ubuntu in a chroot from a non-Ubuntu system.
[15:34] <robbiew> "people can't run Ubuntu in a chroot from a non-Ubuntu system"
[15:34] <robbiew> that last part is their problem
[15:34] <robbiew> :P
[15:34] <robbiew> zzzzzzzzzzzing!
[15:34] <SpamapS> also you can't run Ubuntu in an lxc container that is not network namespaced
[15:35] <SpamapS> Which would have been quite nice for us to be able to use LXC in juju w/o the network complexity
[15:35] <SpamapS> (don't worry I intend to suggest this as a feature for 12.10 :)
[15:41] <jamespage> how do charmers feel about using the HEAD of the master branch of an upstream project in a charm?
[15:41] <jamespage> etherpad-lite is currently bust as 1.0 wants nodejs 4 and npm 1.x but thats not a happy pairing anymore
[15:42] <jamespage> current dev is good with nodejs 6 + npm 1 from the PPA we are all using....
[15:44] <SpamapS> jamespage: HEAD is a bit aggressive, I'd love for that to just be an option, but pick a tag by default
[15:44] <jamespage> SpamapS, I'll give upstream a poke and see when the next release is due
[15:44] <SpamapS> jamespage: for exactly the reason you're seeing.. integration is hard, mmmkay :)
[15:45] <jamespage> SpamapS, I may be able to kludge 1.0 to work as well
[15:45] <SpamapS> jamespage: I've been messing with a charm called 'extrappa' that I splice onto my other charms to test things with different PPA's enabled.
[15:46] <SpamapS> jamespage: It might be interesting to use that to test charms w/ newer versions of stuff
[15:46] <SpamapS> tho this seems like the other way around
[15:49] <jamespage> SpamapS, I think I'll pick a know good commit for the time being
[15:53] <SpamapS> jamespage: do they not use tags?
 .. juju doesn't either.. ;)
[15:53] <jamespage> SpamapS, they do - but they only have "1.0" which is now 7 months old
[15:54] <jamespage> SpamapS, going to make it a config parameter to make it easier to change later
[15:54] <jamespage> or for people to tweak if they are brave :-)
[15:56] <jamespage> jcastro, did you hear anything back from the chris lea (guy who owns the nodejs PPA's we seem to be preferring?)
[16:10] <SpamapS> jamespage: I think you might also consider just making the node PPA the default
[16:11] <jamespage> SpamapS, for etherpad-lite? yes absolutely
[16:12] <SpamapS> jamespage: from what I saw, npm is totally broken and dead in older releases of Ubuntu/Debian anyway
[16:12] <jamespage> SpamapS, it is in the current dev release of Ubuntu/Debian
[16:13] <jamespage> SpamapS, the debian maintainer has stuff in pipeline
[16:13] <jamespage> but the upstream release pace is very fast IMHO
[16:13] <jamespage> reminds me of working with jenkins
[16:15] <SpamapS> jamespage: btw, great quote from Jay Pipes last night at the OpenStack LA meetup. "[Jenkins] is like a suped up cron."
[16:15] <jamespage> SpamapS, that is spot on
[16:15] <m_3> with green balls :)
[16:15] <jamespage> cron with 200 x the memory footprint at least!
[17:35] <_mup_> juju/relation-id r500 committed by jim.baker@canonical.com
[17:35] <_mup_> Minor docstring update
[17:46] <jimbaker> beginning of relation-id support is now in trunk - 3 more branches to get approved
[17:52] <SpamapS> jimbaker: woot
[17:53] <SpamapS> heh..
[17:53] <m_3> dang, looks like I've got to flush and rebuild the lxc cache nightly for local charm testing
[17:53] <SpamapS> its going to get ugly when we add the next feature to charm API and there's no --version ..
[17:53] <m_3> it's getting... stale
[17:53] <m_3> +1 for somebody to add --version
[17:54] <SpamapS> what we really need is 'charm-api-version' so conditional logic can be used in charms
[17:54] <m_3> it doesn't even require hard versioning... just spit out what it can... bzr480 is perfectly fine imo
[17:54] <SpamapS> m_3: hrm, I'd like to see us actually version the charm API
[17:55] <m_3> we've had other problems than just charm api
[17:55] <m_3> but ok
[17:55] <m_3> I'd really like the api between the juju cli <-> juju bootstrap node to be versioned
[17:55] <m_3> that's bitten me hard before
[18:09] <SpamapS> m_3: that is versioned since its basically the schema
[18:10] <marcoceppi> What do we use "s3" for and what's the benefit of having a storage bucket vs just having that information on the bootstrap?
[18:16] <SpamapS> marcoceppi: storing charms and the "map" that clients use to find the ZK node
[18:16] <SpamapS> marcoceppi: in orchestra we *do* store these things on the bootstrap node.
[18:17] <SpamapS> marcoceppi: and the local provider as well. Just not on EC2.. since S3 simplifies things
[18:17] <marcoceppi> SpamapS: so, if a provider didn't have an S3* like cloud, it could be setup to use the bootstrap?
[18:17] <SpamapS> marcoceppi: we'd have to rewrite code in the ec2 provider to make that work, but yes
[18:17] <SpamapS> marcoceppi: you'd need to have a way to find the ZK node.
[18:18] <SpamapS> marcoceppi: in orchestra, the orchestra-server env setting is used (and maas-server in maas)
[18:18] <SpamapS> marcoceppi: but in a cloud.. that address is harder to predict. :)
[18:19] <marcoceppi> I see, I was referring to a provider that wasn't a traditional EC2-like provider, I imagine they would need to code their own provider code
[18:20] <marcoceppi> Like, at POSSCON we chatted with the Linode guys and their API, they have a bit of a different setup though on how they manage their "VPS" servers
[18:21] <marcoceppi> So, right away I noticed a few things that wouldn't jive right, was trying to figure out what it would take if someone were to write provider code for Linode
[18:26] <SpamapS> marcoceppi: the API needs some place where admins can agree to share a map to the zookeeper node.
[18:28] <SpamapS> marcoceppi: if linode has some way of tagging VMs, that works
[18:40] <SpamapS> argh.. why do we try to mkdir ~/.juju with --help
[18:40] <m_3> yikes
[18:40] <SpamapS> yeah, silly
[18:42] <SpamapS> makes it so we can't use help2man to generate man pages for juju
[18:43]  * SpamapS monkey patches
[18:44] <SpamapS> oh what a mess
[18:44] <SpamapS> env config is used to set defaults for the parser
[18:53] <SpamapS> wow.. this sucks
[18:53] <SpamapS> can't push the default config out of "~/.juju"
[18:53] <SpamapS> so cannot run --help without a writable ~
[18:53] <SpamapS> which means, cannot run --help during package build. :-P
[19:02] <hazmat> SpamapS, it can solved with another layer of indirection
[19:02] <hazmat> SpamapS, what's the goal?
[19:03] <SpamapS> hazmat: run --help without trying to write to the filesystem
[19:04] <SpamapS> hazmat: buildds run as a user which has no home dir
[19:04] <SpamapS> hazmat: help2man will run 'juju --help' and parse that into a nice man page
[19:04] <hazmat> SpamapS, gotcha
[19:05] <hazmat> SpamapS, and you can have it generate the aggregate from all the subcommands?
[19:05] <SpamapS> hazmat: since --help is generated from the parser object, which needs the environments for some defaults.. (IMO, the wrong layer to do that..) this is not so simple. :(
[19:05] <hazmat> or just the top level?
[19:05] <SpamapS> hazmat: no, that would be the bomb, but for now, I'm happy with a singe man page just listing the subcommands and a link to the docs
[19:05] <SpamapS> hazmat: I can get it to generate a man page per-subcommand tho
[19:06] <SpamapS> hazmat: and probably from that, I can squish them all into one. :)
[19:06] <SpamapS> but.. baby steps
[19:06] <SpamapS> first.. have to be able to run --help without a homedir
[19:06] <hazmat> SpamapS, un momento
[19:06] <SpamapS> anyway, have an appointment.. bbiab
[19:07] <hazmat> SpamapS, this solves that.. http://paste.ubuntu.com/907710/
[19:08] <hazmat> i'll commit the fix to trunk
[19:12] <_mup_> juju/trunk r508 committed by kapil.thangavelu@canonical.com
[19:12] <_mup_> [trivial] juju only initializes the sample when given a command, post cli parsing
[21:52] <SpamapS> hazmat: thanks btw! :)
[21:54] <SpamapS> hazmat: did you forget to bzr push ?
[22:05] <shazzner> hello
[22:05] <shazzner> for some reason I'm unable to do juju status without it timing out
[22:05] <SpamapS> shazzner: how's it going? :)
[22:05] <SpamapS> oh, so.. not awesome :P
[22:06] <shazzner> SpamapS: good, back with more problems :p
[22:06] <SpamapS> shazzner: what provider?
[22:06] <shazzner> local
[22:06] <SpamapS> shazzner: did you reboot?
[22:06] <SpamapS> shazzner: reboot == dead local provider environments
[22:07] <shazzner> oh
[22:07] <shazzner> haha
[22:07] <shazzner> that blows man!
[22:07] <shazzner> ok I'll rebootstrap :)
[22:07] <SpamapS> https://bugs.launchpad.net/ubuntu/+source/juju/+bug/955576
[22:07] <_mup_> Bug #955576: 'local:' services not started on reboot <juju:New> <juju (Ubuntu):Confirmed> < https://launchpad.net/bugs/955576 >
[22:07] <shazzner> ah
[22:07] <SpamapS> shazzner: /win 10
[22:08] <SpamapS> hah doh
[22:08] <shazzner> SpamapS: thanks :)
[22:08] <SpamapS> shazzner: there are > 100 bugs that need love.. ;)
[22:09] <shazzner> I wish I could help with them, I'd only introduce worser bugs :p
[22:30] <SpamapS> hazmat: that patch breaks a test
[22:31] <SpamapS> hazmat: http://paste.ubuntu.com/907956/
[22:31] <SpamapS> hazmat: very easy fix
[23:05] <hazmat> SpamapS, huh.. yeah.. that's what i merged to trunk
[23:06] <hazmat> except i used ['bootstrap']
[23:06] <SpamapS> hazmat: you never pushed
[23:06] <hazmat> oh.. right.. i forget i unbind'd on the checkedout
[23:06] <SpamapS> hazmat: I chose status since it is the most benign command. ;)
[23:07] <hazmat> SpamapS, fair enough.. i choose boot as benign initial command
[23:07] <hazmat> well not benign
[23:07] <hazmat> SpamapS, its pushed
[23:28] <SpamapS> hazmat: cool. I'll pick it up on the next (hopefully final) upload of juju to precise ;)
[23:58] <_mup_> Bug #969706 was filed: juju.unit.tests.test_workflow.UnitRelationWorkflowTest.test_depart_hook_error non deterministic behavior <juju:New> < https://launchpad.net/bugs/969706 >