[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: wiki [Was Re: The trick to build PySablot and an updated SuSE-GNUe-H

From: Peter Sullivan
Subject: Re: wiki [Was Re: The trick to build PySablot and an updated SuSE-GNUe-HOWTO]
Date: Sat, 19 Oct 2002 22:39:58 +0100
User-agent: Mutt/1.3.28i

On Sat, Oct 19, 2002 at 12:08:03PM -0700, Derek Neighbors wrote:
> On Sat, 2002-10-19 at 10:07, Jason Cater wrote:
> > I know that some don't like the idea of a GNUe wiki, but I'd like us to
> > consider it again. Someone mentioned they didn't like the idea of doing
> > docs in wiki at the expense of some traditional format. 
> Maybe our web site just needs an easier
> way to upload 'user contributed' documentation?

/me waits for someone to suggest phpNuke/postnuke as a possible solution...
I like the concepts behind wiki, and I think it would fit well with 
both what we are now and what we want to become as a GNUe community. My 
concern would be that we already have multiple channels of communication 
on this project, and I'm not sure that adding yet another one will help. 
We already have:

1. Readmes etc. in CVS
2. Tech Notes in CVS
3. Formal Documentation in CVS (docbook, lyx, html etc.)
4. The 3 current mailing lists, not all of which everyone gets
5. The historic mailing lists (are these still publically accesible anywhere?)
6. The website (improved, but still needs much work)
7. The IRC logs (which could really do with better indexing than "grep")
8. DCL for bug tracking (a bit more specialised, I know, but still 
   a comms channel) 
9. Kernel Cousins (summary of 4. and 7.)  

The net effect of all of these is that not only newcomers, but also the 
core people, can find it difficult to keep in touch with everything that 
is going on (It's both flattering to me but also slightly worrying how 
even the core developers say they like Kernel Cousins as it's the only 
way to keep up). And this is with the project at a point (hopefully) just 
*before* it starts to take off exponentially... This probably links to 
Jason's point in another thread about over-management.

So, I would support a wiki, and even be prepared to help set it up and 
"seed" it, provided that we used it to *replace* some of the above 
channels instead of just letting it become number 10 on the list. It 
could replace 1, 2, 5, much of 6, maybe 8 (although I suspect the 
"eating own dogfood" argument applies here), and become a definitive 
pointer/indexing mechanism for 3, 7 and 9. 

I recognise that this is almost the complete opposite of what other 
people in this thread see a wiki or wiki-style forum for. I also 
recognise that, by writing this e-mail rather than doing some more 
work on the website this evening as intended, I am contributing to 
the over-management that Jason refers to...

Peter Sullivan <address@hidden>

reply via email to

[Prev in Thread] Current Thread [Next in Thread]