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 > > -- Libvir-list mailing list Libvir-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/libvir-list