I'd happily host wiki.libvirt.org or similar for free, it's a bit of a conversion effort to move the entire site as it exists into a wiki structure - so maybe it would be progressive i.e. new documentation goes into the wiki It would be a lot of admin i'm sure, keeping rubbish posts out - it would take time to configure, time which I don't unfortunately have at the moment although will hopefully have in a couple of months. If someone wants to take it on and finds RHEL4 too restrictive as described, I can provide a php5/mysql5 web enabled shell for freebies (perhaps an acknowledgement) Henri Daniel Veillard wrote:
On Mon, Apr 07, 2008 at 05:38:48PM +0100, Richard W.M. Jones wrote:
On Mon, Apr 07, 2008 at 11:47:37AM -0400, Daniel Veillard wrote:
My previous experience hosting a Wiki on xmlsoft.org (a.k.a. libvirt.org) has been rather painful, admitedly that was a few years ago ... I'm not sure what's the best way, hosting yet another wiki or reusing an existing one.
Wikis, as you point out, require active management.
I'm running several low-traffic OCaml wikis (might as well advertise them: http://ocaml-tutorial.org/ and http://cocan.org/) with reasonable success. We require authenticated email addresses for all editing, a diff of all edits are CC'd daily to subscribers, and we have people who act as editors for particular pages / sections of the wiki.
This has controlled spam reasonably successfully. One Ubuntu developer who shall remain nameless turned out to have a sideline in blackhat "SEO" (wiki spamming) and actually signed up with his valid email address to spam the wiki. This was spotted almost instantly and he was kicked off. We had another case where someone signed up using http://mailinator.com and set up a http://bugmenot.com account which we also found quickly and eliminated. The daily emailed diffs of the whole wiki, plus the ability to roll back a day, basically make any long-term wiki spam impossible to carry out (or so we think ...[1])
The benefits of all this management can be useful, user-driven resources, and _if_ carefully structured and edited, this can be better than Google + mailing lists or asking the same questions over and over on IRC.
Well if you have maintainance experience, why not ... except libvirt.org is a RHEL-4 box, i.e. not the easiest for bleeding edge stuff. if you feel this is reasonnable, and won't waste too much time, I agree this can be really useful too, I'm fine with the idea.
Daniel