Received: by 2002:a25:1506:0:0:0:0:0 with SMTP id 6csp2862509ybv; Mon, 24 Feb 2020 13:09:58 -0800 (PST) X-Google-Smtp-Source: APXvYqx7HCzSHJ4P+WbnC3GsRUp4eJ6i5Xkp167v/IFrO67rA2Jzbb5vp2/Mg3O+o8nXTy2UPgFV X-Received: by 2002:a9d:6f0a:: with SMTP id n10mr43342374otq.54.1582578598665; Mon, 24 Feb 2020 13:09:58 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1582578598; cv=none; d=google.com; s=arc-20160816; b=Q++wAMZfl64Amc2ns6AZ4UtraGytLsLoSJjGtwT1alcBE+mqW0eS+AyqOU1qKfnTPJ Ubnd5wEUEJAwf+3tsgWuGd9HXsPosSZ9NSuep6xGFOTfkTzZq2I998P9k7b7q8uWl3qi OfnLH4L6Y+4z9c0TsifbSjD50bItFsp5g7SlV6L9y7qKYbw0eQfxDgQs4aJPwrIaGUG8 8Jvqbwpwjit5hzgtu45VLatq9VzKg0eUG5HTkCFe1qhN3JCWse/jFJIbQb4OY7ObORMF XiGdOvOCUGzDxazrLSKeD0HJrlOjOMJY0eDArJctrcYl1zZOFt4IHret7OEUnohvjmKc MbqQ== 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 :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:dkim-signature; bh=wsGhSoKnLaf4Gepe/RjTZTFl9ZitebfbgqF1KGfWOVU=; b=b9TqQd1Cyvdr4LWMGR+SblP0hlgOuL6GWp/a1rvAv8XKpZ0JkrzQJlGObSGBz+T0Wn G4ecA8Nbi/pLitz+D9gggLyW1az2ZtR+/lpiF/rs4htgFtL21NHtrapmaL7VQoGKiK3T 1zoBUnV6/J56X2TQ/mlVowNrE/rAuZPs/WqD+l/XjYJ2+u8j2J4kyO93eXHbvF2X1reh EkzHaItzYQCB5ojhiiHteP3gxfCKjAYxrjrN5THDYvkvJs7W7Jf4jV/XohgTOFazC4uo FTrloAhKAKa/BTQB5OADHyPnjCWEfO2vh4+Y5rhjiz271+pya40VrYojKbSPivnaTzFo fUvA== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@infradead.org header.s=bombadil.20170209 header.b=kFvrHvCA; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id b2si5481549oic.205.2020.02.24.13.09.45; Mon, 24 Feb 2020 13:09:58 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=fail header.i=@infradead.org header.s=bombadil.20170209 header.b=kFvrHvCA; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727513AbgBXVIQ (ORCPT + 99 others); Mon, 24 Feb 2020 16:08:16 -0500 Received: from bombadil.infradead.org ([198.137.202.133]:52476 "EHLO bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727959AbgBXVIP (ORCPT ); Mon, 24 Feb 2020 16:08:15 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=bombadil.20170209; h=Content-Transfer-Encoding: Content-Type:In-Reply-To:MIME-Version:Date:Message-ID:From:References:Cc:To: Subject:Sender:Reply-To:Content-ID:Content-Description; bh=wsGhSoKnLaf4Gepe/RjTZTFl9ZitebfbgqF1KGfWOVU=; b=kFvrHvCA1VqkPYaS7PWS5/6nov KLWffRhU+xxC7Oat9iPO3z9OQpDhJERAbj0zPJ+aJC7ajdJJJ6ERcSEmrA/6uNqhPrLoPpAklzium n39w5yb9rmP0qbbZTxykQoiVzUaPJWCeMcEOG1L61M8J2N51Orb6zTiofvtKEh6nh1UM2IF0PSIH8 FKvL/oHQA262Kh5ES8UZe0NgUBMZ86WkuhIgA8i0kHGcRa/KRx8oU6RpVLIfmmul2CWjFp+y4iF5g UkCI2Ivjc/1bM/7dIvsCVbNC4CNnKJDp/yIMgTh/oG81WVrnJQ0jzt6GrO1OHJVUGiBmKIIHSe6sE YQFItm4w==; Received: from [2601:1c0:6280:3f0:897c:6038:c71d:ecac] by bombadil.infradead.org with esmtpsa (Exim 4.92.3 #3 (Red Hat Linux)) id 1j6Kxa-0001MU-2p; Mon, 24 Feb 2020 21:08:14 +0000 Subject: Re: [PATCH] docs: process: changes.rst: Escape --version to fix Sphinx output To: Matthew Wilcox , Jonathan Corbet Cc: =?UTF-8?Q?Jonathan_Neusch=c3=a4fer?= , linux-doc@vger.kernel.org, Andi Kleen , Thomas Gleixner , "Darrick J. Wong" , Arnd Bergmann , "Chang S. Bae" , linux-kernel@vger.kernel.org References: <20200223222228.27089-1-j.neuschaefer@gmx.net> <20200224110815.6f7561d1@lwn.net> <20200224184719.GA2363@latitude> <20200224185227.GO24185@bombadil.infradead.org> <20200224115851.6684d516@lwn.net> <20200224191248.GP24185@bombadil.infradead.org> From: Randy Dunlap Message-ID: Date: Mon, 24 Feb 2020 13:08:13 -0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.4.1 MIME-Version: 1.0 In-Reply-To: <20200224191248.GP24185@bombadil.infradead.org> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2/24/20 11:12 AM, Matthew Wilcox wrote: > On Mon, Feb 24, 2020 at 11:58:51AM -0700, Jonathan Corbet wrote: >> On Mon, 24 Feb 2020 10:52:27 -0800 >> Matthew Wilcox wrote: >> >>> On Mon, Feb 24, 2020 at 07:47:19PM +0100, Jonathan Neuschäfer wrote: >>>> On Mon, Feb 24, 2020 at 11:08:15AM -0700, Jonathan Corbet wrote: >>>>> On Sun, 23 Feb 2020 23:22:27 +0100 >>>>> Jonathan Neuschäfer wrote: >>>>> >>>>>> Without double-backticks, Sphinx wrongly turns "--version" into >>>>>> "–version" with a Unicode EN DASH (U+2013), that is visually easy to >>>>>> confuse with a single ASCII dash. >>>>>> >>>>>> Signed-off-by: Jonathan Neuschäfer >>>>> >>>>> This certainly seems worth addressing. But I would *really* rather find >>>>> a way to tell Sphinx not to do that rather than making all of these >>>>> tweaks - which we will certainly find ourselves having to do over and >>>>> over again. I can try to look into that in a bit, but if somebody were >>>>> to beat me to it ... :) >>>> >>>> This seems to do the trick: >>>> >>>> diff --git a/Documentation/conf.py b/Documentation/conf.py >>>> index 3c7bdf4cd31f..8f2a7ae95184 100644 >>>> --- a/Documentation/conf.py >>>> +++ b/Documentation/conf.py >>>> @@ -587,6 +587,9 @@ pdf_documents = [ >>>> kerneldoc_bin = '../scripts/kernel-doc' >>>> kerneldoc_srctree = '..' >>>> >>>> +# Render -- as two dashes >>>> +smartquotes = False >>> >>> I think what Jon was looking for was the ability to selectively turn >>> smartquotes off for a section and then reenable it? >> >> No that's not what I was thinking, actually. Unless somebody can come up >> with a good reason to the contrary, just disabling that behavior globally >> strikes me as the right thing to do. > > Well, sometimes -- when the time is right -- I like to use en-dashes. > It's probably no great loss, though. > > grep finds me these interesting examples: > > Documentation/RCU/Design/Memory-Ordering/Tree-RCU-Memory-Ordering.rst:Tree RCU's grace--period memory-ordering guarantees rely most heavily on > Documentation/accounting/psi.rst:scarcity aids users in sizing workloads to hardware--or provisioning > Documentation/admin-guide/acpi/cppc_sysfs.rst: -r--r--r-- 1 root root 65536 Mar 5 19:38 feedback_ctrs > Documentation/admin-guide/mm/hugetlbpage.rst:task that modifies ``nr_hugepages``. The default for the allowed nodes--when the > Documentation/block/null_blk.rst:home_node=[0--nr_nodes]: Default: NUMA_NO_NODE > Documentation/admin-guide/svga.rst::Copyright: |copy| 1995--1999 Martin Mares, > Documentation/media/uapi/v4l/pixfmt-srggb10-ipu3.rst: G\ :sub:`0108high`\ (bits 1--0) > > (in all, 368 lines, but they're not all in .rst files) > Not trying to be contrary, but I would prefer to keep .rst files as much ASCII as possible. -- ~Randy