Just sending a shout-out that Jeffrey and I will be presenting on the Desktop Re-architecture Project next week at the 2008 Nonprofit Software Development Summit in Oakland, CA (Nov 17-19th). See blog post for details. If you are in the area, we'd love to see you there!

Mimi - Responded to web forum discussion - Started thread on user community summary for board mtg - Working on presentation for Dev Summit in Oakland next week (need to talk with Jeffrey about it) Sheila - talking to Neutral Space folks today Jeffrey - Working on recurrence

Hey all. I was (am) on IRC chatting with GBaille about creating a general user facing page which would have an overview of the future of Chandler post 1.x - the ReArch project, goals, status etc. Mostly something to point users to so that they can see what is planned, what is happening, etc. Poi

As a follow-up to the update on the blog post that went out this week ( ), OSAF is planning an offsite for November 20th and 21st. This is an opportunity for the new board of directors to meet in person and the remaining OSAF staffers to talk cover a wide range of topics relating to our tran

Sheila - still working on same stuff - blog post on board went out - logistics - need to reserve room for offsite - working on mail re: offsite - pin down planning around offsite Jared - moved servers - spent wednesday all day hauling hardware and scratching my head at how to bring 'em back onli

Not present; Sheila and Mimi, who sent email statuses: Sheila: + Updating budget with Oct expenses + Blog post for board - done and out today + Talked to mimi about next steps for offsite - sending out email today + Trying to setup a meeting with Hao and Keith to go over all the remaining KEI tr

Same here. --Grant On 3 Nov, 2008, at 10:05, Jeffrey Harris wrote:

+1 Jeffrey Jared Rhine wrote:

Hey this is good news! Thank you for your efforts. Is the package going to be monolithic or fully linked with system packages? Cheers, Paul On Mon, Nov 3, 2008 at 12:17 PM, Jared Rhine < > wrote:

A while back, OSAF adopted a two-branch-commit policy for development. When development velocity is high, it's helpful to be stabilizing one branch while using trunk as an experimental branch. This is kind of a pain because everything needs to be committed twice. The overall procedure is reasonabl