From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id F294EC433F5 for ; Sat, 16 Apr 2022 08:53:57 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229871AbiDPI40 (ORCPT ); Sat, 16 Apr 2022 04:56:26 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:50680 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229704AbiDPI40 (ORCPT ); Sat, 16 Apr 2022 04:56:26 -0400 Received: from ms.lwn.net (ms.lwn.net [45.79.88.28]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id CF65DF47CE; Sat, 16 Apr 2022 01:53:54 -0700 (PDT) Received: from localhost (mdns.lwn.net [45.79.72.68]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ms.lwn.net (Postfix) with ESMTPSA id 8A8E74BF; Sat, 16 Apr 2022 08:53:53 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.11.0 ms.lwn.net 8A8E74BF DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lwn.net; s=20201203; t=1650099234; bh=HsO771ugk1OGvu0LlcMtLIQZRZIcHTGp8Tydegq+Uhk=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=qCCFXp9QUrNPtEsoiX3ONZ1V4ZCwA7FTEji85FCJqZ2f/QKhcaHB3x51M9haREEGt Bg1bmy8AVhUBoa5qYO5nGxBK+rWl7B8VDbrWRvA1z7i5tTO66Pji1JRTuTfCRfcZNQ QrGGwu+DJkbgvA6vkFWslTGCvtHIlU9OlnISPD//2kp581iTi3psAX6iOlhYBxN7EE 50Fc7BYcbHRHRPLo6icd34FWECpu08pPcOLxIdOXe3jbX+NJY2qAt8vWgiJF2VmE1V sSDoIbh+S5t2KsvXIzsBrKLYSx2k62vJBCoLpPV8wlh4739+9x8FGxIC+DS9ued9U4 iyjo2NY1GTdfw== From: Jonathan Corbet To: Borislav Petkov Cc: linux-doc@vger.kernel.org, lkml Subject: Re: Documentation/index.rst In-Reply-To: References: Date: Sat, 16 Apr 2022 02:53:50 -0600 Message-ID: <87mtgl2yu9.fsf@meer.lwn.net> MIME-Version: 1.0 Content-Type: text/plain Precedence: bulk List-ID: X-Mailing-List: linux-doc@vger.kernel.org Borislav Petkov writes: > So I was thinking that maybe there should be a small set of rules - > don't want to overload submitters :) - about structure and formatting > of each documentation section/file/etc so that the final product can be > more useful and I can actually find something in there. :-) Totally agreed. When I took on Documentation/, it was one big pile of random stuff. Since then, I've been pushing to organize things into various "books" with some success, so that now we have several smaller piles of random stuff. I do think it's an improvement, but the job is far from done. $SOMEBODY really needs to do a pass over the top-level index.rst and create some better order there, it's been a while. I'll try to get to that soon (if nobody beats me to it - a likely outcome :), but it won't be right away. thanks, jon