From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1NyZlt-000171-2R for garchives@archives.gentoo.org; Mon, 05 Apr 2010 00:02:29 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id F2E2CE0969; Mon, 5 Apr 2010 00:02:24 +0000 (UTC) Received: from mailfilter45.ihug.co.nz (mailfilter45.ihug.co.nz [203.109.136.45]) by pigeon.gentoo.org (Postfix) with ESMTP id 8E8C5E08C9 for ; Mon, 5 Apr 2010 00:02:18 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AroFAM7FuEt2XJBY/2dsb2JhbACPVYt4crJEgluCLASDQIdq X-IronPort-AV: E=Sophos;i="4.51,364,1267354800"; d="scan'208";a="23055563" Received: from 118-92-144-88.dsl.dyn.ihug.co.nz (HELO linux.localnet) ([118.92.144.88]) by cust.filter1.content.vf.net.nz with ESMTP/TLS/DHE-RSA-AES256-SHA; 05 Apr 2010 12:02:16 +1200 From: Alistair Bush Organization: Gentoo Linux To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] [Gentoo Phoenix] an official Gentoo wiki Date: Mon, 5 Apr 2010 12:02:13 +1200 User-Agent: KMail/1.13.2 (Linux/2.6.32-gentoo; KDE/4.4.2; x86_64; ; ) References: In-Reply-To: Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201004051202.13729.ali_bush@gentoo.org> X-Archives-Salt: e248f3f3-2b7f-4be1-89e1-46af259b08c8 X-Archives-Hash: 787fb3187a22620cbc02273bb9e8a236 > 1 - requirements > ================ > > In order to choose the best possible wiki implementation, we need to > know our requirements. So what features do you think are essential or > good to have? What syntax would we prefer to use? > > I myself am a big fan of reStructuredText, which is quite simple, > easy to pick up, highly readable, and has a good featureset. Plus, it > is also reusable in other contexts (it is for example widely used in > documentation of Python libraries). MediaWiki, MoinMoin and Trac have > support for rst. I'm not overly concerned about what wiki we use. But may I suggest we approach gentoo-wiki to see whether they would like to be involved. > > Some others: > > - active upstream (bug fixes, security updates) > - free open source software > - ACLs > - spam prevention measures > - attachments (to upload screenshots for example) > - feeds > > Other distros and open source projects surely have had the same > considerations. Can we find out and learn from them? > > > 2 - maintainers > =============== > > Who is volunteering for maintaining the wiki? We need editors and > moderators, people who look out for quality control and take care of > spam removal. So let's get together a team. I'm sure if we ask on the > forums we'll get some users interested as well. I would like to help as I may. Hopefully we can get a good body of users to help as well. I'm of the firm belief that it will be users who should make this idea either fly or crash down hard. Dev's have official means of documenting stuff. > > > 3 - edit access > =============== > > Do we keep to the original "free for all" model, with all the spam > that includes, or do we go with registered users only? I think the > latter is the smarter option. I also think we will want to mark > certain pages "official" and lock down editing rights. > Registered users only please. > > Is there anything else we should consider before getting started? What project should we create this under. gdp is for official documentation so I don't think it should be under that but it could very well be under userrel. Or it could be a new project. I also have some other ideas that I would like to implement once I get around to brain-dumping them. So I will simply ask this question. Are there any complimentary services we could offer users besides a wiki? Maybe best to just think about this and not answer it here. > > Cheers, Alistair