[00:03] <mars> SpamapS, alright.  I need to sign off.  Thanks for looking at my problem.  I'll watch the bug for a fix that I can test.
[00:05] <SpamapS> mars: should be soon I think. :)
[00:35] <hazmat> SpamapS, back
[00:36] <hazmat> there are some pyzk bugs with fixes in trunk that haven't been backported / packaged but nothing relatable
[00:37] <SpamapS> hazmat: seems odd that after a while it would go from lazy polling to furious reconnecting
[00:37] <hazmat> mars, is zookeeper running?
[00:37] <SpamapS> hazmat: anyway, I say we just stop trying to start agents that will never work
[00:37] <hazmat> ps aux | grep java
[00:37] <SpamapS> hazmat: the whole point is that zk is not running
[00:37] <hazmat> SpamapS, so two options make local envs survive restarts, or remove upstarts for all of them
[00:45] <SpamapS> hazmat: well I'd like them to survieve
[00:45] <SpamapS> hazmat: seems that we'd need to re-start zookeeper and it would work
[00:46] <SpamapS> hazmat: oh, and the containers. ;)
[00:46] <SpamapS> hazmat: either way, the half-done bit needs to go
[00:46] <SpamapS> hazmat: I say remove the start stuff until we can get around to finishing the feature
[00:48] <hazmat> SpamapS, sounds good to me
[00:54] <surgemcgee> Well, running 6 m1.small instances got a little pricey. I have two large amazon bills. Ahhhhh =:s
[00:55] <surgemcgee> I blame that on you guys. Need to put the handy constraints options more close to the front of the documentation.
[00:57] <SpamapS> surgemcgee: I topped $200 this past month, and thats just from testing stuff for 1 - 2 days at a time ;)
[00:57] <SpamapS> surgemcgee: constraints only landed about 2 months ago.. so.. before that you just had to eat it. ;)
[03:17] <_mup_> Bug #1013469 was filed: Reactor issues (should switch to solar) <juju:New> < https://launchpad.net/bugs/1013469 >
[06:41]  * negronjl is done for the night
[06:41] <imbrandon> night
[06:42]  * imbrandon just got done with the second round of updates for the doc theme
[07:19] <rogpeppe> what's a good idiom for detecting when all my relations have been joined? store the joined status in a file?
[07:21] <imbrandon> relations can be joined at any time, even weeks after a deployment when new nodes or services are added
[07:25] <rogpeppe> imbrandon: what if i depend on those relations, so i need them to be fulfilled before i can proceed?
[07:27] <rogpeppe> imbrandon: i guess i'm wondering if there's some way of querying the status of the other relations while within a relation-joined hook
[07:28] <imbrandon> then dont do anything until relation-joined
[07:28] <imbrandon> almsot every charm has something like that, e.g wordpress cant work without a db
[07:28] <imbrandon> so it waits for the mysql to join relation
[07:29] <rogpeppe> imbrandon: that's fine. but in this case i want to wait for *both* relations to be joined
[07:30] <rogpeppe> imbrandon: and i'm wondering what the idiomatic way to do that is
[07:30] <imbrandon> ok so do some setup in one and some in the other and make them inter depend
[07:30] <rogpeppe> imbrandon: by storing state in a file?
[07:31] <rogpeppe> imbrandon: or is there some other way to track local state?
[07:31] <imbrandon> could be that or checking for a file that only exists on setup, like a settings.php
[07:32] <imbrandon> config-set would be an option but it has not be coded yet :)
[07:33] <rogpeppe> imbrandon: i'm not sure that config-set is quite what i'm after, as that's global to the service, but this is something local to the unit
[07:34] <rogpeppe> config-set --local, perhaps
[07:34] <rogpeppe> imbrandon: BTW i'm not quite sure what you mean by "checking for a file that only exists on setup, like a settings.php"
[07:34] <imbrandon> umm so i am wordpress, i need a webserver and i need a db
[07:34] <rogpeppe> imbrandon: the other end of the relation is remote, right? so there won't be any associated files.
[07:35] <imbrandon> so i setup myself on www when i get the ww relation
[07:35] <imbrandon> but ther eis no settings file as that is made by the db relation
[07:35] <imbrandon> so i know its not be setup yet by [[ -t /pth/to/settings.php ]]
[07:35] <imbrandon> and can wait till next relation fires
[07:36] <rogpeppe> imbrandon: ah, so you're tracking which relations have been joined by which files you've created. i see.
[07:36] <rogpeppe> imbrandon: and then in both relation-joined hooks you test for both files and start the service if they exist.
[07:36] <imbrandon> not really cuz very rearely do i reeally care, i'll set up the relation regaurdless of the other state
[07:37] <imbrandon> the charm wont work untill they all come about anyhow :)
[07:37] <imbrandon> but if i did care that would be the simplest way
[07:38] <rogpeppe> imbrandon: thanks a lot
[07:38] <imbrandon> np heh :)
[15:39] <imbrandon> SpamapS: btw did mention i LOVE sphinx doc system, like it has some funky parts to work arround but for real, i even installed the PHP and JavaScript domain plugings to document my personal libs and such
[15:55] <m_3> imbrandon: do you use trello mobile?  jorge's recent change to ubuntu group borked my mobile boards
[15:56] <imbrandon> yea, but i havent logged into it in a few days
[15:56] <imbrandon> lemme check
[15:56] <imbrandon> ios right ?
[15:56] <m_3> not sure if I'm just being dumb... yeah ios
[15:56] <imbrandon> ahh crap ipad is dead, i'll check it here in afew once it charges a lil
[15:56] <imbrandon> should only take a few min to charge enought to come on
[15:57] <m_3> np.. no hurry... just wondering if I was the only one
[15:57]  * m_3 can also just rtfm :)
[15:57] <imbrandon> heh yea, i actually leave that and mail clien up on my ipad alot
[15:57] <imbrandon> just sitting off to the side
[15:57] <negronjl> 'morning all
[15:57] <imbrandon> kinda nice to just thumb through but not have a tab
[15:58] <imbrandon> heya negronjl
[15:58] <m_3> negronjl: yo
[15:58] <negronjl> 'morning imbrandon
[15:58] <negronjl> m_3: hi
[15:58] <m_3> wish they had a native ipad version... that'd be really cool with trello
[15:58] <m_3> visual layouts n stuff
[15:59] <imbrandon> yea, all the effect with the movement would be nice
[15:59] <imbrandon> like iphoto, well the new one
[15:59]  * m_3 nod
[16:00] <imbrandon> i think this is thr first time i;ve charged this one since i got it
[16:00] <imbrandon> about a month ago ( the new 3, traded off my 2 )
[16:01] <imbrandon> but honestly i can tell no diffrence at all, even with the retna display
[16:16] <imbrandon> seems ok here m_3
[16:19] <m_3> imbrandon: ok, thanks
[17:36] <jcastro> SpamapS: hey clint, may I brainstorm an idea with you?
[17:36] <jcastro> have we thought about the equivalent of like a debian watch file?
[17:36] <jcastro> so we can test/know when a charm is out of date vs. upstream?
[17:37] <imbrandon> thats what i was tracking with the x-vcs , we could approve a metadata field easy enough for a upstream url and then have charm tools check it
[17:37] <imbrandon> like watch does, via the charm store too
[17:37] <imbrandon> like bts
[17:38] <SpamapS> jcastro: No we haven't throught about it, but I'd love to have something like it
[17:38] <SpamapS> And there is a discussion in Debian right now to add Vcs to watch files
[17:39] <hazmat> imbrandon, i'm starting to wonder if this sphinx bootstrap layout wouldn't be better (retains navigation tree) .. demo -> http://code.scotchmedia.com/engineauth/docs/index.html code ->
[17:39] <imbrandon> hazmat: yup, already on it
[17:39] <imbrandon> ;)
[17:39] <hazmat> imbrandon, +1 on upstream url
[17:39] <hazmat> i was thinking how to get that into the browser with google search api ;-)
[17:39] <hazmat> but ofc a metadata field for it would be much nicer
[17:39] <imbrandon> heh yea :)
[17:40] <imbrandon> the feeds api is great for that btw, if you ever dig more
[17:40] <jcastro> SpamapS: ok, and one other thing, where'd you put in the docs the info for other distros?
[17:40] <imbrandon> but yea a dedicated field/fields for tarball/vcs
[17:40] <imbrandon> would rock
[17:41] <imbrandon> jcastro: http://local.assets-online.com/docs/operating-systems.html
[17:41] <imbrandon> err . correct domain
[17:41] <imbrandon> thats my local copy heh
[17:41] <jcastro> got it
[17:42] <imbrandon> hazmat: yea i ve got an update 3.4 done with better navigation
[17:42] <imbrandon> closer to the old way
[17:42] <imbrandon> but still ubuntu like
[17:42] <imbrandon> probably will need more tweaks but much better than whats i put up yesterday
[17:44] <imbrandon> btw i am splitting out the theme so other sphinx users in canonical/ubuntu can use it too + i have a "base" plain .html verion i;ve been mirroring too so that i can convert it to drupal/wordpress/django easy as well
[17:44] <imbrandon> for the little one off cananical non-webteam or pre-web team sites
[17:44] <imbrandon> heh
[17:46] <imbrandon> but yea my .plan hazmat was to utilize the responsive css, and the 1170 and 980 screens use the tree on the side
[17:47] <imbrandon> and the smaller ones and tablets use a dropdown
[17:47] <imbrandon> its what i;ve been working on between nginx/spdy stuff this morning
[17:48] <hazmat> imbrandon, sounds good to me
[17:48] <hazmat> imbrandon, nginx spdy is pretty experimental was my understanding
[17:49] <imbrandon> also noticed i hard coded a few http:// and ssl errors are throwing, got that fixed up too
[17:49] <hazmat> imbrandon, awesome, thanks
[17:50] <imbrandon> SpamapS: so can we add upstream: and vcs: pweease ! *said in his best kid on christmass day voice*
[17:56] <jcastro> SpamapS: are you planning on adding it more or should I post this to the list?
[17:59] <SpamapS> jcastro: I have no plans. ;)
[18:37] <m_3> SpamapS: yo
[18:37] <m_3> SpamapS: I'd like to kick off a jjj build
[18:37] <m_3> SpamapS: is there anything that should happen before `make dist`?
[18:41] <SpamapS> m_3: autoreconf :)
[18:41] <m_3> SpamapS: yeah... got all that
[18:41] <SpamapS> actualy make dist probably does that
[18:41] <SpamapS> well no
[18:42] <SpamapS> make diest is after .. anyway
[18:42] <m_3> SpamapS: just can't quite tell if I need to bump the vers
[18:42] <SpamapS> m_3: no, it should be self contained
[18:42] <m_3> awesome
[18:42] <SpamapS> m_3: only bump the version if you're doing an actual release :)
[18:42] <SpamapS> should be like, 0.11 or something righ tnow
[18:42] <m_3> so `make dist` now will create 0.10.1?
[18:42] <m_3> ah
[18:43] <SpamapS> no make dist does not create a version.
[18:43] <m_3> is there also build recipe to kick off manually from the web or is that handled in make dist?
[18:43] <m_3> I see "create a release" button on the web
[18:43] <SpamapS> m_3: there's a build recipe attached to the trunk
[18:43] <SpamapS> m_3: it points at the stable branch..
[18:44] <SpamapS> m_3: unfortunately we can't use {latest-tag} in bzr build recipes.. or it would be fully automatic
[18:44] <m_3> SpamapS: you have any problems with me creating a new release version with jim's changes (they're approved and merged into trunk now)
[18:44] <m_3> (watch subcommand)
[18:45] <SpamapS> m_3: the release procedure is to bump the version in configure.ac, commit+tag that, push that to trunk+stable, then bump again and push that to trunk only
[18:45] <SpamapS> m_3: then make dist, create release, upload tarball, etc. etc.
[18:45] <SpamapS> m_3: would love to automate this so its 'make release'
[18:46] <m_3> hmmm... wow, didn't think I'd need to upload tarballs... ok
[18:46] <SpamapS> m_3: the final step is to edit the recipe and bump the revision to the next stable version, and request a build
[18:46] <SpamapS> that last step is the most annoying
[18:47] <SpamapS> because its just waiting on an update to launchpad to be automatic :-P
[18:47] <SpamapS> m_3: you don't *have* to push tarballs
[18:47] <m_3> before I get started on that... bigger question: should this process sync up with bigger cycle milestones?  or is it ok to be when we feel like it?
[18:47] <SpamapS> m_3: I just wanted to make it easy for anybody who wants to run it
[18:47] <SpamapS> m_3: jjj is experimental. We release whenever.
[18:47] <SpamapS> often :)
[18:47] <SpamapS> 1 commit is enough
[18:47] <SpamapS> :)
[18:48] <SpamapS> anyway, I have to run and do some errands
[18:48] <m_3> SpamapS: cool
[18:48] <SpamapS> bbl
[18:48] <m_3> SpamapS: I'll work on the bump... I'll try to ping you only as last resort :)
[18:48] <m_3> thanks!
[18:49] <MarkDude> imbrandon, pingy
[18:49] <imbrandon> sup MarkDude
[18:49] <MarkDude> Good news on Fedora JUJU?
[18:50] <imbrandon> yea its, in the wild, did not see 1000 tweets from everyoen ? heh
[18:50]  * MarkDude has some that may help with process now the questions start
[18:50]  * MarkDude hasa had time taken by ladyfriend
[18:50] <imbrandon> seriously tho its on gitup, all ready to start and take a beating, i noticed there is a zookeeper issue i need to fixup
[18:50] <imbrandon> but it works :)
[18:50] <MarkDude> also we are STILL arguing over names in Fedora
[18:50] <imbrandon> hahaha
[18:50] <imbrandon> nice
[18:50] <MarkDude> Antoehr board meeting
[18:51] <MarkDude> some polls
[18:51] <MarkDude> changing the voting system
[18:51]  * MarkDude calleda  few people humorless
[18:51] <MarkDude> due to their lack of humor
[18:51] <imbrandon> http://github.com/jujutools/rpm-juju should be where it is atm
[18:51] <imbrandon> btw
[18:51] <imbrandon> heh make it beefy
[18:51] <imbrandon> just beefy
[18:51] <imbrandon> :)
[18:52] <MarkDude> They are pushing for a theming way to do it
[18:52]  * MarkDude has suggested BBQ
[18:52] <imbrandon> btw you should have seen my gimp job i posted with the rpm's
[18:53] <imbrandon> check out brandonholtsclaw.com its still on the front pahe
[18:53] <imbrandon> page*
[18:56] <imbrandon> MarkDude: but yea i'm sure that they are not perfect, i'm more than happy to take bugreports or help or whatever from the testers
[18:56] <MarkDude> Im putting it out now on IRC
[18:56] <MarkDude> Then will go to MLs
[18:56] <imbrandon> if they do file a bug report , i'll give ya the tracker url
[18:56] <imbrandon> one sec
[18:57] <imbrandon> https://github.com/jujutools/rpm-juju/issues
[18:58] <imbrandon> and patches more welcome too as i'm not a native rpm'er :)
[18:59] <imbrandon> i was gonna try that suse build service soonish to try and build centos / suse / fedora packages all form the git repo automatic
[18:59] <imbrandon> =just had not got that far :)
[19:04] <MarkDude> So Jeff Spatula is wrong about charms needing to be hosted on LP- am I correct?
[19:04] <imbrandon> they dont NEED to be, it would be easy for yall if they were
[19:05] <imbrandon> just means you have to setup your own store if you want to not use LP ( there is talks about the store moving to github , not sure where thats gonna go tho )
[19:46] <jcastro> negronjl: mira mira
[19:46] <jcastro> when do you want to do the graphs for the charm store?
[20:17] <jcastro> hazmat: what's the refresh interval on the review queue, I believe you said 15 minutes?
[20:24] <hazmat> jcastro, yup
[20:24] <hazmat> jcastro, max delay with the http cache is 18m
[21:13] <_mup_> Bug #1013457 was filed: twistd still autostarted for juju after juju is removed from system <juju> <storage-server.log> <twistd> <juju:Confirmed> <juju (Ubuntu):Triaged> < https://launchpad.net/bugs/1013457 >
[21:20] <SpamapS> m_3: how did it go?
[21:22] <m_3> SpamapS: almost there!!!
[21:22] <m_3> on the last step... can't seem to edit the recipe
[21:22] <m_3> is it owned by you?
[21:23] <m_3> https://code.launchpad.net/~clint-fewbar/+recipe/juju-jitsu-stable
[21:27] <SpamapS> m_3: let me transfer it to juju-jitsu
[21:30] <m_3> SpamapS: also, I see a deb version in the recipe (0.10-0stable1) but no updates in the changelog in lp:juju-jitsu/packaging... did you just make up 0.10-0stable1?
[21:30] <SpamapS> m_3: https://code.launchpad.net/~juju/+recipe/juju-jitsu-stable
[21:30] <SpamapS> m_3: yes I just made that up
[21:30] <m_3> cool... trying again now
[21:30] <SpamapS> m_3: Have to run. TTYL
[21:32] <m_3> ok, thanks... that seemed to work
[21:55] <m_3> SpamapS: awesome... it built
[23:48] <hazmat> SpamapS, m_3, jamespage around?
[23:48] <hazmat> trying to figure out python-dbg stuff to trace down a deadlock
[23:49] <hazmat> but it can't seem to import any extensions on precise
[23:49] <hazmat> it always fails with ImportError: /usr/lib/python2.7/dist-packages/apt_pkg.so: undefined symbol: Py_InitModule
[23:49] <hazmat> which is troubling
[23:50] <hazmat> nm
[23:50] <hazmat> just removing sys.excepthook gets rid of apport which was the problem
[23:50] <hazmat> failure in the failure system ;-)
[23:52] <hazmat> hm... didn't work as well i had hoped