Received: by 2002:a25:ca44:0:0:0:0:0 with SMTP id a65csp390405ybg; Tue, 28 Jul 2020 08:30:56 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxeZFYLhPsEfGMPsPmZda2VR9i4iAME8e/T//lq69pyjTG7KTxQFGBBY7UOVm6QRz4+a7ZM X-Received: by 2002:a05:6402:2037:: with SMTP id ay23mr20448988edb.48.1595950256135; Tue, 28 Jul 2020 08:30:56 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1595950256; cv=none; d=google.com; s=arc-20160816; b=rv3/oFBosBCBsuBwVG/XRlHmYn+MoRJj/lB9zfq7cly4InAV6nIX0htFYTV3ObnfA0 uEH6tU3UzssMebegn5/NTGkwF93wS/zGq4WyaBcHGed/61w7BKr1Gn/NB8E29pgH0q0d IEzJqEEYvPwhDQ2ZUhF4RD7YlBK1VLbeLIkBkRJD4/ApSTX2ALJ/Nwn0rnPLQZ1UQF70 RMZVnxLmeIEdHZrU/G6GOwm+hRkJk3ppi5HsNfzk1rOMTlLy8Gq789unCPnMTg1qv7Ue 6mlSnGMfzzD22FwhsmJr2ph4nkNiowIl9g9CYmq3tE/sOzajv3Fn/v0BUK7eH0pelNQT Lv9g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date; bh=6PdjWyulFNf3oI79r5MCKGfPJybMmpks5FbBXHu9VEk=; b=hnPuwtMMDrRPFag3RrmTd67BJSIuP5gHq+y9BAZC5OXWuw9+FkPoFuqnrjVDqioMMs /GFYp6bJlZl5C3yHORBGF2+yEtV9d8Q4fTBVpBF4qXDwkcT2IdFa/DBlKrSEd6QkGcTt FfkF7Fomj+j7GPpQu3i3ZsMqqb5gPblwj09A1CBVF15v+j9ddylOvb+K3bLMU7p2XGMQ O5zkLVwWZC+zN4PLwQH0sAW9VvS13barwH9yVM7Ufsfbl7OqocVLbTMzmpkN8GNbKjyc zXmK2BkcpoKV4w2DqG/E3Ih+ZCG51514YSEr7xx8EovcCzAfz2bKwsN7V5nm+IJD6e6J dE3A== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id bi2si7582370ejb.531.2020.07.28.08.30.31; Tue, 28 Jul 2020 08:30:56 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730892AbgG1P2b convert rfc822-to-8bit (ORCPT + 99 others); Tue, 28 Jul 2020 11:28:31 -0400 Received: from mail.kernel.org ([198.145.29.99]:43508 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730637AbgG1P2b (ORCPT ); Tue, 28 Jul 2020 11:28:31 -0400 Received: from oasis.local.home (cpe-66-24-58-225.stny.res.rr.com [66.24.58.225]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 475BA206D4; Tue, 28 Jul 2020 15:28:30 +0000 (UTC) Date: Tue, 28 Jul 2020 11:28:28 -0400 From: Steven Rostedt To: peterz@infradead.org Cc: Jonathan Corbet , linux-doc@vger.kernel.org, LKML , Neil Brown Subject: Re: Minor RST rant Message-ID: <20200728112828.459307a5@oasis.local.home> In-Reply-To: <20200728125252.GW119549@hirez.programming.kicks-ass.net> References: <20200724132200.51fd2065@oasis.local.home> <20200724113325.44923f75@lwn.net> <20200728125252.GW119549@hirez.programming.kicks-ass.net> X-Mailer: Claws Mail 3.17.3 (GTK+ 2.24.32; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 28 Jul 2020 14:52:52 +0200 peterz@infradead.org wrote: > On Fri, Jul 24, 2020 at 11:33:25AM -0600, Jonathan Corbet wrote: > > > I'm not sure what to do other than to continue to push for minimal use of > > intrusive markup. > > Perhaps make it clearer in: > > Documentation/doc-guide/ Well, it's currently in: https://www.kernel.org/doc/html/latest/doc-guide/sphinx.html#specific-guidelines-for-the-kernel-documentation Please don’t go overboard with reStructuredText markup. Keep it simple. For the most part the documentation should be plain text with just enough consistency in formatting that it can be converted to other formats. But perhaps we should stress that in other locations and make it more prevalent in the documentation. > > because people claim they follow that, but the result is that I get > completely unreadable garbage from them. > > Like I've written many times before, I'm starting to loathe RST, it's an > absolute failure. I'm near the point where I'm looking to write a script > that will silently convert any RST crap to plain text in my commit > script. Sometimes I do look at the html output on kernel.org, and it is nicely organized. The future of developers will probably prefer that format over plain text whether we like it or not, so I encourage that we continue using RST. That said, people still need to be very careful not to make their markup in the text files focused so much on the html output, that they make it unreadable for the rest of us. I think Jon has been doing a great job at having the rst files still be readable in their raw formats, but people still get carried away. Instead of writing scripts to rip it out, we need to continue the conversations to educate people that some of us need these files to remain readable as plain text. -- Steve