--- Log opened Sat Mar 10 00:00:33 2012
02:31 < conseo> mcallan: i have a hardware issue with my server, i will track that down now, hopefully i will be back online today
02:32 < conseo> mcallan: i can still commit and push the changes to my ssh account on your server in parallel
03:46 < mcallan> ok, no rush to commit
04:13 < conseo> sure, i was just thinking about an alternative if the problem persists
06:57 < conseo> mcallan: found a faulty memory stick, i hope it runs now again
06:58 < conseo> what is your status? something blocking + what is going on :-) ?
07:07 < mcallan> it's been a tough slog, but i'm coming to a clearing i think.  i have it running in the wiki (fast too), and if it runs there it'll run anywhere
07:26 < conseo> the footings?
07:33 < mcallan> no, the stage and tool track.  it was turning off firefox's memory cache.  i have a temporary workaround now, if not a fix
07:35 < mcallan> you see, unlike scenes (votespace, geomap), we're navigating from page to page, and back and forth in the wiki, so we need that memory cache otherwise it degrades nav
07:41 < conseo> memory cache as in browser.cache.memory.enable?
07:41 < conseo> what do you mean degrades nav? you mean we lose history? have you documented the problem somewhere?
07:42 < mcallan> i think that's the one.  without it does a reparse and reruns the scripts on back nav, which is slow
07:44 < conseo> what is "back nav"?
07:45 < mcallan> when you go back to a previous page
07:46 < mcallan> or back and forth.  it should be extremely fast, because the rendered page is cached in memory, and the script state is retained
07:49 < conseo> ok, so you mean there was a problem with the firefox memory cache, which prevented our web interface (how do we call the tracks only?) to work properly with the browser navigation?
07:51 < conseo> i have no idea about that kind of problems :-/
07:55 < conseo> mcallan: i have pushed to my public repo, but the merge was somehow more intrusive than i thought (because of your heavy changes as well), can you please verify that this merge is sane?
07:56 < conseo> it looks fine, from looking at "hg diff"
08:00 < conseo> i will start implementing a pipermail harvester now, no detectors and minimal scheduling, ok?
08:01 < mcallan> (i will test it when i pull) sure c, code it any order you like
08:01  * conseo is getting something to eat (hopefully tasty) :-D
08:02 < mcallan> bon appetite
08:02 < mcallan> it's almost time for me to head for repast too
08:06 < conseo> ok
15:05 < conseo> mcallan: seems to be a motherboard problem, have to buy a new one for the server. i have pushed my merge to c@zelea.com:/home/c/WORK
15:12 < conseo> sadly cheap hardware doesn't tell you about failures easily :-(
--- Log closed Sun Mar 11 00:00:49 2012