[00:00] <imbrandon> cool, ty
[00:17] <imbrandon> SpamapS: oh and about the mouse thing, i use photoshop and other mouse tools WAY too much not to be a mouse guy
[00:19] <imbrandon> actually on my desk i have a mouse, a blootooth multitouch track pad, ( for my left hand while mouse in the right in photoshop ) and i use my ipad off to the side connected with wifi to change brushes etc with adobe connect and then a bamboo pen tablet wireless i place infront of my keyboard when i use it , so many more "hand movement" tools i use too much but ive got my own kinda gestures and shortkuts i do with them
[00:21] <imbrandon> oh and my guitar hero usb controller at the side of my chair for when i cant rock out on the telecaster ( /me wants a new les paul :( )
[00:21] <imbrandon> heh
[00:22] <SpamapS> imbrandon: perhaps consider Mavis Beacon?
[00:22] <SpamapS> ok, time to go do real world stuff
[00:22] <imbrandon> :)
[00:24] <imbrandon> i land one of those two i was telling ya about and i'll take a full real class and mavis :) just for you
[00:32] <hasp> hazmat, wasn't sure if you saw but Euca provided a possible patch for bug 907450
[00:32] <_mup_> Bug #907450: juju does not work with Walrus when s3-uri has a suffix <Eucalyptus:New> <juju:New> <txAWS:New> < https://launchpad.net/bugs/907450 >
[01:16] <hazmat> hasp, yeah.. i've been talking to brian
[01:16] <hazmat> hasp, i'm at a conf at the moment, what we can do about the archives first thing next week
[01:16] <hazmat> er. but i'll see ^
[01:45] <hasp> cool
[01:45] <hasp> thanks man
[01:45] <hasp> hows the conference btw
[02:56] <lazyPower> I'm having some trouble trying to deploy-test my first charm and every piece of literature i find tells me the same command set that i'm using - however its not finding my in-dev charm.
[02:57] <marcoceppi> lazyPower:  what's your command?
[02:57] <lazyPower> http://paste.ubuntu.com/936340/
[02:58] <lazyPower> i suspect i haven't got something setup correctly
[02:58] <marcoceppi> lazyPower: quick fix, inside your repo folder, create an oneiric folder and put your charms in their
[02:58] <marcoceppi> there*
[02:59] <lazyPower> well that caused it to barf with a different message, \o/ thanks marco
[03:00] <marcoceppi> np, what's the new message?
[03:01] <lazyPower> http://paste.ubuntu.com/936345/
[03:02] <marcoceppi> well, that's interesting, pastebin your metadata.yaml
[03:02] <marcoceppi> You can also install charm-tools, then in the terria folder run charm proof .
[03:02] <lazyPower> I did that but didnt understand the output
[03:03] <lazyPower> let me man it
[03:04] <lazyPower> i dont have a provides: statement
[03:04] <lazyPower> that'll do it
[03:05] <SpamapS> marcoceppi: oneiric? You mean precise!!
[03:05] <SpamapS> be bold, taste the beta
[03:05] <lazyPower> SpamapS: Just trying to get it working at this point - i'll worry about targeting control in the next iteration.
[03:05] <lazyPower> if i cant even deploy the service thats cart before the horse isnt it? :)
[03:06] <SpamapS> lazyPower: newer versions of juju will default to precise anyway
[03:06] <lazyPower> its specified in my environment.yaml
[03:06] <lazyPower> so it'll be looking for oneiric
[03:06] <SpamapS> lazyPower: if you're using the latest from the PPA, and you don't have 'default-series: oneiric' , then you will be spawning precise anyway
[03:06] <SpamapS> ahh ok
[03:06] <SpamapS> lazyPower: btw, the provides is just a suggestion. Anything W: or I: is not going to break your charm.
[03:06] <lazyPower> in the provides: statement can i be arbitrary with my definition or are there guidelines for it that i'm missing?
[03:07] <SpamapS> lazyPower: provides is a structured dictionary. It needs two levels deep under it. the first level is the name of the relation, the second is the interface
[03:07] <SpamapS> provides:
[03:07] <SpamapS>   foo:
[03:07] <SpamapS>     interface: bar
[03:08] <lazyPower> Ok i see, nice.
[03:08] <SpamapS> meaning "I provide something I call foo, and it can talk to things that require an interface: bar
[03:09] <lazyPower> Theres something wrong here - let me push this upstream to my github repo and maybe you can tell me why juju is barfing on the deploy statement.
[03:09] <SpamapS> lazyPower: but you should be able to deploy without a provides
[03:09] <lazyPower> proofing is coming back with only a w
[03:09] <SpamapS> can you pastebin the barf too?
[03:09] <lazyPower> certainly
[03:09] <SpamapS> ahh
[03:10] <bkerensa> marcoceppi: I noticed the gravatars are broken on omg
[03:10] <SpamapS> lazyPower: your structure should be /home/ubuntu/repo/oneiric/terraria/metadata.yaml
[03:11] <lazyPower> is there a charm command i need to run on ~/repo to make it charm friendly that I may have missed?
[03:11] <SpamapS> lazyPower: no
[03:11] <SpamapS> its just a dir
[03:11] <SpamapS> with the releases of ubuntu under it as dirs
[03:11] <SpamapS> then each charm gets a dir
[03:11] <SpamapS> with metadata.yaml, revision, and the hooks dir
[03:11] <lazyPower> i thought that - just analyzing the situation
[03:12] <marcoceppi> what's your metadata.yaml look like?
[03:12] <SpamapS> lazyPower: the 'charm create' tool in charm-tools definitely creates a nice skeleton charm, but it doesn't manage the repo for you
[03:12] <marcoceppi> err, if you're going to push the whole charm to github, that works too
[03:12] <lazyPower> incoming
[03:12] <lazyPower> http://paste.ubuntu.com/936352/
[03:12] <SpamapS> oh that reminds me...
[03:12] <SpamapS> I should push the latest charm-tools into precise before the release
[03:14] <lazyPower> i used the bitlbee charm as a guideline, and the documentation to write it - it all appears valid to me.
[03:15] <marcoceppi> It appears fine
[03:18] <lazyPower> ok the latest charm revisions are up on github as well.
[03:18] <lazyPower> i suspect this is something funky going on with my setup not so much the charm itself unless i'm just horribly daft.
[03:18] <marcoceppi> cool, I'll try a quick deploy
[03:21] <marcoceppi> lazyPower: easy fix, metadata.yaml "name" needs to be lowercase
[03:22] <marcoceppi> the name needs to match the directory name of the charm
[03:22] <lazyPower> oh...
[03:22] <lazyPower> derp!
[03:22] <marcoceppi> <3
[03:23] <lazyPower> well on the bright side i'm finally getting around to pulling the latest precise updates on this server
[03:23] <marcoceppi> heh
[03:23] <lazyPower> so the charm trouble had purpse then
[03:25] <SpamapS> marcoceppi: lets put that in charm proof!
[03:25] <SpamapS> thats an E: for sure
[03:25] <lazyPower> nice
[03:26] <lazyPower> just deployed successfully
[03:26] <SpamapS> lazyPower: ^5
[03:26] <lazyPower> that is hot sauce, gentlemen, hi5 indeed.
[03:28] <SpamapS> marcoceppi: about done w/ a patch
[03:30] <lazyPower> interesting, is it common to see nothing in the deub log when you have juju-log commands in the install hook?
[03:30] <lazyPower> *debug
[03:34] <SpamapS> lazyPower: you should see stuff in the debug-log as soon as the unit starts its agent
[03:35] <SpamapS> lazyPower: IIRC, there is a bug where debug logging isn't turned on until after the install hook runs.. but I thought that was fixed
[03:35] <lazyPower> ooohhh - so i think what i'm experiencing is the nice lag in AWS on spinning up a new instance from the controller then
[03:35] <lazyPower> makes sense.
[03:35] <lazyPower> i had a machine that was pending - so it just assumed things were deployed.
[03:36] <SpamapS> marcoceppi: https://code.launchpad.net/~clint-fewbar/charm-tools/name-must-match-dir/+merge/102617
[03:36] <SpamapS> lazyPower: you also have to wait for juju to install itself.. :)
[03:36] <SpamapS> lazyPower: in my experience, on m1.small's, it takes about 2 minutes
[03:36] <lazyPower> well i'm refreshing on my AWS panel - and no new instance spun up
[03:36] <SpamapS> lazyPower: still "pending" ?
[03:37] <SpamapS> lazyPower: you should also see any logs from the provisioning agent
[03:37] <SpamapS> lazyPower: I have to go afk for a bit.. but I'll be back to check on you soon. :)
[03:37] <lazyPower> Thanks :)
[03:55]  * marcoceppi reviews
[03:58] <marcoceppi> SpamapS: The only thing I would say, shouldn't it be higher than a warn? as it's a blocker by Juju standards
[04:22] <lazyPower> awesome. I think i was a victim of AWS Roulette on my last controller. Just deployed a brand new controller and issued a deploy for my charm and the debug log is logging up a storm.
[04:23] <lazyPower> This is exactly what i needed guys, thanks for the patience.
[04:54] <SpamapS> marcoceppi: its not though, you can be submitting it to lp:..... and have it in "foo-bar-baz-bang"
[04:54] <SpamapS> marcoceppi: its just a helpful warning
[12:08] <marcoceppi> SpamapS: cool
[12:09] <marcoceppi> SpamapS: approved
[14:37] <bac> Hi, we've got some scripts that wait for our charm to be deployed before proceeding.  It involves polling 'juju status' waiting for the agent-state to transition to 'started'.  When deploying to ec2 we see occassional error such as: "ERROR Connection to the other side was lost in a non-clean fashion: Connection lost.".  Is this just a problem with the ssh layer that we should live with or problem juju should solve?
[16:30] <matsubara> hello! We have a community contributor testing out the MAAS installation and juju deployment but he's running into a timeout error bootstrapping the environment. The error he gets is: Failure: juju.errors.ProviderInteractionError: Unexpected TimeoutError
[16:30] <matsubara> interacting with provider: User timeout caused connection failure.
[16:30] <matsubara> 2012-04-19 10:43:45,297 ERROR Traceback (most recent call last):
[16:30] <matsubara> Failure: juju.errors.ProviderInteractionError: Unexpected TimeoutError
[16:30] <matsubara> interacting with provider: User timeout caused connection failure. Is there a place to see more details about this error?
[16:35] <m_3> matsubara: not that I've heard of... most of the hw crew are at the openstack summit atm (talking about maas)
[16:37] <SpamapS> matsubara: juju -v bootstrap might help a bit
[16:38] <SpamapS> and yes, we're all at openstack
[16:38] <SpamapS> keynotes going now
[16:38] <matsubara> SpamapS, http://pastebin.ubuntu.com/937068/
[16:42] <SpamapS> matsubara: seems rather clear, timed out trying to connect to ... something ;)
[16:43] <matsubara> SpamapS, is there any other juj log or more verbose option I could look at to see what that something is?
[16:46] <SpamapS> matsubara: not really in this case no.
[16:46] <SpamapS> matsubara: whatever is raising that ProviderError is being very terse, and should have included a message
[17:16] <SpamapS> sabdfl about to take stage at openstack conference :)
[17:17] <jcastro> \o/
[17:17] <jcastro> current .... keynote .... boring.
[17:17] <jcastro> losing .... conciousness ...
[17:31] <marcoceppi> hah
[17:41] <AlanBell> http://openstack.org/conference/san-francisco-2012/ like the new wheels jcastro
[17:41] <jcastro> thanks!
[18:00] <bkerensa> AlanBell: I wanted to go to that event so bad
[18:38] <oarcher> hi, i'm deploying openstack with juju, on ubuntu precise. 'juju deplay mysql' is ok, but 'juju deploy rabbitmq' give Error processing 'cs:precise/rabbitmq': entry not found
[18:39] <oarcher> i'm using doc from here: https://help.ubuntu.com/community/UbuntuCloudInfrastructure
[18:45] <_mup_> Bug #985812 was filed: Juju commands return SSL errors <juju:New> < https://launchpad.net/bugs/985812 >
[18:52] <oarcher> and bzr branch lp:charms/rabbitmq  give "bzr: ERROR: Not a branch: "http://bazaar.launchpad.net/~charmers/charms/precise/rabbitmq-server/precise/"."  Strange, because it's a copy/paste from https://code.launchpad.net/~charmers/charms/precise/rabbitmq-server/trunk (Get this branch)
[18:59] <flepied> I have rebooted my laptop after an lxc juju setup. how do I restart it ?
[19:20] <oarcher> and "Browse the code" (https://code.launchpad.net/~charmers/charms/precise/rabbitmq-server/trunk)  on lp give 404 !  Is launchpad charms broken ?
[20:28] <imbrandon> flepied: juju destroy the env and re bootstrap it'
[20:48] <flepied> imbrandon, I don't want to loose what I have done. there is no other way ?
[20:49] <flepied> I manage to modify bootstrap to not stop and restart at least zookeeper. now I need to start the containers...
[20:49] <imbrandon> not with lxc no
[20:50] <SpamapS> flepied: its an open bug
[20:50] <flepied> whith ec2 how would it work ?
[20:50] <SpamapS> flepied: with EC2 you can reboot the nodes, though if the zookeeper node changes IP, things stop working.
[20:51] <flepied> SpamapS: ok
[20:52] <flepied> SpamapS, what is the bug number ?
[20:54] <marcoceppi> SpamapS: you can change the EIP and things still work
[20:54] <marcoceppi> juju ssh unit/# stops working, but juju ssh machine# still works. The data for serviecs falls out of sync, but machine data stays up to date
[21:01] <SpamapS> marcoceppi: you can't change the internal IP of the zookeeper node. Bad things happen.
[21:01] <marcoceppi> SpamapS: Oh, for the zk node
[21:01] <marcoceppi> I thought it was any instance
[21:01] <SpamapS> flepied: bug #955576
[21:01] <_mup_> Bug #955576: 'local:' services not started on reboot <juju:New> <juju (Ubuntu):Confirmed> < https://launchpad.net/bugs/955576 >
[21:02] <marcoceppi> I guess I need to test my newest charm against precise now
[21:08] <marcoceppi> SpamapS: did you see sabdfl's keynote?
[21:18] <imbrandon> is there video >
[21:18] <imbrandon> ?
[21:24] <SpamapS> imbrandon: eventually
[21:24] <SpamapS> marcoceppi: yes, it was awesome
[21:24] <SpamapS> not AWSome.. but Awesome :)
[21:24] <imbrandon> lol
[21:25] <SpamapS> m_3: http://charmtests.markmims.com/ ... can I get some precise up in here?
[21:51] <marcoceppi> Is it just me, or should make be a part of build-essential?
[21:51] <marcoceppi> grr
[21:53] <marcoceppi> charm-upgrade didn't quite do what I expected, nvm
[21:53] <SpamapS> marcoceppi: agreed, I'm shocked that make isn't part of build-essential
[21:54]  * SpamapS tried to write a charm using make the other day. If there had been a puppy around I'd have kicked it
[21:54] <marcoceppi> haha
[21:54] <marcoceppi> I just kicked the jr. dev over here instead, and by kicked I mean shot with nerf guns
[21:55] <marcoceppi> In other news, I think the shelr.tv charm is ready to be reviewed, and it uses mongodb!
[21:55] <marcoceppi> just waiting for this last test to finish
[21:56] <imbrandon> nice
[21:56] <marcoceppi> SpamapS:  should I make a bug for these: 2012-04-19 21:55:11,412:14468(0x7f66884a5700):ZOO_WARN@zookeeper_interest@1461: Exceeded deadline by 86ms they seem exceisve
[21:57] <imbrandon> why can no one build a fskin sane php ppa ? fskin grumbles and goes off to do it himself possibly
[21:57] <hazmat> marcoceppi, there is one extant
[21:57] <marcoceppi> hazmat: cool, thanks
[21:57] <hazmat> marcoceppi, its unfortunate they chose to do log that as a warning, cause its really not meaningful
[22:01] <marcoceppi> yeah, I always scratch my head at it like "oh, okay?"
[22:02] <imbrandon> SpamapS: you know after a couple of days of looking re: ssh key server, their really isnt a universal one, or one peroid etc except LP, and me being the way I am I think I'm just gonna write one ... in Go ... public , secure , and indep not tied to github sf.net lp etc ( but will likely make use of them for imports or syncing )
[22:03] <imbrandon> kinda like a gpg keyserv
[22:04] <imbrandon> bad idea ? i'm kinda on the fence about it
[22:06] <SpamapS> imbrandon: lol
[22:06] <SpamapS> imbrandon: glad you did the due dilligence
[22:10] <imbrandon> i figured if nothing else it will give me a "project" to learn Go with
[22:10] <imbrandon> SpamapS: i tend to retain more that way , and maybe later i can get my hands dirty with juju go easier
[22:11] <m_3> SpamapS: yup... working on getting charmtests up to precise... charmrunner's gotta take environment params first
[22:11] <m_3> SpamapS: congrats... I hear the talk went well today!
[22:18] <marcoceppi> Does juju run with the locale env?
[22:19] <hazmat> marcoceppi, i think not in the local provider
[22:20] <marcoceppi> I'm wondering if that's why I'm getting this error, the command fails from the install hook, but not from the terminal
[22:20] <hazmat> the fix
[22:22] <marcoceppi> hum, doesn't appear to have LANG set, I just tried to echo it from the install hook
[22:22] <marcoceppi> I guess the easy way would be to just set it?
[22:27] <marcoceppi> So two things, A) That fixed it B) what, if any ENV variables are included during execution?
[22:28] <imbrandon> marcoceppi: jsut evho env
[22:28] <imbrandon> echo
[22:28] <imbrandon> from the install hook and and it should show
[22:28] <imbrandon> err run env
[22:28] <imbrandon> not echo
[22:28] <imbrandon> /usr/bin/env
[22:28] <marcoceppi> eh, I will if I have to push an update
[22:48] <marcoceppi> before I submit a patch for this, can someone confirm that this is a bug? https://bugs.launchpad.net/charms/+source/mongodb/+bug/985939
[22:48] <_mup_> Bug #985939: Mongodb charm does not expose the port on relation-joined <mongodb (Juju Charms Collection):New> <mongodb (Charms Oneiric):New> <mongodb (Charms Precise):New> < https://launchpad.net/bugs/985939 >
[23:05] <imbrandon> jcastro / m_3 : Juju on OSX updated , run "brew update && brew upgrade juju" if you have it installed to get juju-0.5+bzr531 :)
[23:06] <m_3> imbrandon: cool
[23:13] <imbrandon> marcoceppi: when you get a moment can you pass me the two curent stanza's we're using ?
[23:19] <marcoceppi> shelr.tv charm \o/ http://ec2-50-19-40-77.compute-1.amazonaws.com/records/4f909d76c2183956b1000002
[23:19] <marcoceppi> imbrandon: there's nothing in the new stanzas
[23:19] <marcoceppi> everyting's back on the old setup
[23:20] <imbrandon> ahh ok, is thre a current staging ? or not right now ?
[23:20] <marcoceppi> there's no staging
[23:20] <marcoceppi> atm
[23:20] <imbrandon> kk
[23:22] <m_3> marcoceppi: shelr's cool
[23:22] <marcoceppi> yeah, I love the work they've been doing
[23:23] <marcoceppi> and it's another charm we can add to the list that uses mongo
[23:24] <marcoceppi> need to clean up a few things and add a copyright, then it'll be up for review
[23:24] <m_3> yup
[23:29] <imbrandon> yea i did your charm juju install of omg playback via the shell on osx
[23:29] <imbrandon> that is soooooooo cool
[23:29] <imbrandon> marcoceppi: ^^
[23:29] <imbrandon> alot smoother that way too