Re: [OGo-Users] Discussion about the OpenGroupware.org project and OGO

Adam Tauno Williams <[email protected]>
Newsgroups gmane.comp.cms.opengroupware.discuss.general
Message-ID <[email protected]>
> What I'd like to throw open for discussion is some
> observations, having been on the list for a while, and
> as an "amateur linux end-user".  

Same, been on the lists since nearly the beginning.  A "professional linux
end-user" and System/Network administrator of a large inter-entity heterogenous
network with lots of Open Source components (as many as possible anyway).

> and all that OGO represents to
> them (freedom from M$, more features, more reliabilty,
> whatever...).    

Open Source groupware, finally.

> And people, because they're excited,
> want it NOW.  

People always want it NOW.

> Where I think people may be getting a
> little frustrated, is that there doesn't appear to be
> any dates, timelines or milestones around when OGO
> goes 1.0.  Helge has said, much like the Debian folks,
> "when it's ready".  

This is the mantra of nearly every Open Source project;  anyone who has been in
the O.S. community for very long almost knows not to even ask about such
things.  The developers will publish a ROADMAP file when they're ready too.

> What I'm throwing open for discussion is the
> following: (and maybe we can capture some of that
> discussion into documentation which can be posted)
> How is the project going to be managed, and how will
> goals, milestones, deliverables and targets be decided
> upon? (Process, teams, etc.)
> What will define 1.0? (Features, functionality, docs,
> support, etc.)

(1) Documentation (2) Documentation (3) Documentation

They're are more features here than ever get used because the standing question
is "How?".  From - the MRWIDF project permissions,  "I" (insert) means what,
*exactly*? - to Forms and "Publisher", how do those work, precisely?

This is, IMHO, the real advantage of products like Notes & Exchange; choose from
one of hundreds (if not thousands) of books.

(4) There are gaps in the functionality of the XML-RPC API,  this makes 'native'
clients further out.  Maybe ZideStore & DAV is really the better way to do a
client, but back to requirements 1, 2, & 3.  It is REALLY hard to 'explore'
ZideStore since it customizes its behavior to the client; so what is the
cannonical behavior for some given 'mode'?

> What features MUST be complete before 1.0 can happen,
> and how do those features get "voted on" or otherwise
> decided upon?

You can vote in Bugzilla; I don't know if that has any relevance.

> How can we avoid burning out our key developers? 

Pay them. :)

> deploying it into production (this coming from a guy
> who still can't get OGO working with Apache properly,
> but that's another issue ;-)

Rest assured it is possible; and to an 'old' UNIX admin remarkably easy.

> their baby.  I'm only saying this because things were
> getting a little heated on the "clients" thread, and I
> don't want to see any hurt feelings here.

In large part because that thread isn't new, but resurgient.
-- 
OpenGroupware.org Discussion [email protected]
http://mail.opengroupware.org/mailman/listinfo/discuss
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.