X-Original-To: alpine-devel@lists.alpinelinux.org Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) by lists.alpinelinux.org (Postfix) with ESMTP id 9BAB15C4D64 for ; Tue, 12 Dec 2017 20:13:09 +0000 (GMT) Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailout.nyi.internal (Postfix) with ESMTP id A166020CF9 for ; Tue, 12 Dec 2017 15:13:08 -0500 (EST) Received: from frontend1 ([10.202.2.160]) by compute2.internal (MEProxy); Tue, 12 Dec 2017 15:13:08 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ftml.net; h= content-type:date:from:message-id:mime-version:subject:to :x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=+roHfrTRE33Hcu4ON IsMfh9bdclDjlCkGnQ0Kl41Dgw=; b=KBZ6S+vcFwM9ROnmNM7VOzNz8BteGjdKO sFjNHIQJhFR5+O/yIVN53oHhTlJ5tpC9X5fMs+dP+CLpFT8s5Q3tz8RVkMtn2dbF 0zxGaOmyX8NRTqqwFiNdJTDMoWg96zhFzq/YhR4zy2wUobfUjY2du8rxcSRrT3sU zufkGWLcbvP6m163pDgJjuI7NZwIGjO6qNHZvAmuAJByZVyqzSOa6qIzX7C2uYdD OrPaev8eVpZPe1G8s3nleWGqkz0R6bvAjowpG8XWUCYDXVNA/m9unTOT7vfbToIP r+qi17as1hTPDxVThKbOze9mkx08XoEZg6olVbjRwdy2tYX+Lr/sA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:message-id :mime-version:subject:to:x-me-sender:x-me-sender:x-sasl-enc; s= fm1; bh=+roHfrTRE33Hcu4ONIsMfh9bdclDjlCkGnQ0Kl41Dgw=; b=B5y2erZd fkPm6sjzH1XsdKWHZGfS+vhRMPDRuqBgBwM1Z3XR9JDJtrcEVdUOMhk58V3bZSbn HIv8eLFtZ19jN5Z0l23okBsTO89SXYQcSGl5H7nOJfuiykBDQtb/GERZh2ebaEsm 8Gn1oxpg/nR+zafQ5iXNxgY3vRCyyxzvBjLU84iO3YAig7lBdLoD3kOUT6afdtpl hBAPFY9z5ImJNYqDJyWrLqPbrfo2ab4cvvbUU5tIFSJy4Hk1EDQRpOhLV1313wcN 197LOEskMBl+F9xO/QEM+PGk3CdlobrdNqabkQHBld5is3y6qv9uIs+0PSLmNYZ4 O87FdUh9IMmQ5g== X-ME-Sender: Received: from eddy (unknown [5.18.236.116]) by mail.messagingengine.com (Postfix) with ESMTPA id DE6C47E34F for ; Tue, 12 Dec 2017 15:13:07 -0500 (EST) Date: Tue, 12 Dec 2017 23:13:05 +0300 From: Consus To: alpine-devel@lists.alpinelinux.org Subject: [alpine-devel] Improving Alpine Linux documentation Message-ID: <20171212201302.GA9334@eddy> Mail-Followup-To: alpine-devel@lists.alpinelinux.org X-Mailinglist: alpine-devel Precedence: list List-Id: Alpine Development List-Unsubscribe: List-Post: List-Help: List-Subscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hello, I'm writing this email to start an archived discussion about the future of the Alpine Linux documentation. Earlier this day we (clandmeter, _ikke_, ncopa, TBK and your humble author) were discussing on IRC (check out the new #alpine-docs channel) how the current state of the project documentation can be improved. For now the primary source of knowledge is the MediaWiki running on https://wiki.alpinelinux.org. It does contain a lot of useful info, however it lacks proper structure, the spam level is very high and newcomers often get banned during the infamous grace period after the account creation. The other problem with the publicly edited Wiki (mentioned by Natanael) is that one cannot fully trust the content. So malicious edits in Wiki sections describing policies, BTC wallets for donations or secure network configurations can harm the project. The question if existing security methods (user groups with different permissions, ability to lock a Wiki page) are enough to address this issue is open for discussion. We currently have (at least) three proposals: 1. The MediaWiki stays as it is (we just need to add the proper structure and harden it against the Evil Bot Horde). 2. We move the core project documentation somewhere else (https://alpinelinux.org or https://docs.alpinelinux.org) but keep Wiki in place for the community. This way the core project documentation is stored somewhere safe (probably in Git) and GitHub pull-requests or patches via ML are used to update it. 3. We completely move to some sort of https://docs.alpinelinux.org (no matter in it's current form or not) and all user contributions. Hardcore variant of #2. Of course, every proposal have have it's own Pros and Cons. The main concern with Git-based documentation solutions is that the standalone patch review system should be rolled out (patchworks, ReviewBoard, you name it) because as (AFAIK) clandmeter stated we cannot fully rely on GitHub. However, it gives the developers the full control over the content It worth mentioning that the problems with Wiki can be addressed in a number of ways. First of all, currently Alpine Wiki does not require a email address to create an account. Requiring a validated email address should reduce the spam level considerably. Sensitive information (like PGP keys, donation options, etc) stored in the Wiki can be restricted for developer accounts only. If user finds an error in the document he can raise an issue in the Discussion tab. Please, share your opinions on this topic so we can improve the state of things. --- Unsubscribe: alpine-devel+unsubscribe@lists.alpinelinux.org Help: alpine-devel+help@lists.alpinelinux.org ---