Received: by 2002:a25:6193:0:0:0:0:0 with SMTP id v141csp516252ybb; Fri, 20 Mar 2020 03:23:22 -0700 (PDT) X-Google-Smtp-Source: ADFU+vtMAEl2upQuGEozNR/fqUvBS5Rnqm4PnuakT/DqCEXnH/6N1qAoJ0oeH09Y/hesBMBYFTcl X-Received: by 2002:a9d:544:: with SMTP id 62mr4236077otw.355.1584699802052; Fri, 20 Mar 2020 03:23:22 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1584699802; cv=none; d=google.com; s=arc-20160816; b=hAkRABo1E1NMYIQQRYSQf5uFMYY8lU5qA5WCl0mfnsENaIFdbmKkNrIfI+fYmMsR/X 6xKTBFFrVk8TygyTQfOKdHS0chl5BpTZEOjYNLIKpqJWgoo/eEsPRIMqYpZhyHok3dcb 1E3ep0+bcTqZWrmatr868f6c6C6yxWLTWJvIgM6c3AOOAwRfkUci6MwIM/2bfwE+gu6W 7dRa98aWpD8x7mZKe0Rux+Z+tSSbDjzDFT6zIMvBiDgVa6+N+igXeSnei1U1gpYXBB++ FV24PNhVmuDACiMSczndGfWQOOAYvLyljxmTzxlTBd0cMJsaUnhSGm+ZSHrcOXay7miJ jOPg== 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 :dkim-signature; bh=GC/AKaPfID+2EgNC4/X1rgdJxw3EocC7ggW62kSn+vQ=; b=r37c803xYE2ARy59lMNMIyn0omtea3NbWitlfr6D2IJZwgOPY3g0icqMk621yWf9Vk 3z4IU0rgXbd5hBpKhQPKvmWWxn7eDK+dRfGR0oK5PuBaRDwOTc1zGkdpfMg36e6iG4Em 8gV8/ddIZ9CVgAcWKJHtH/teR4k8qchGxVuyoocALXGJrtZVIIDlGlUQj3uK++umyETv WGZhiM3JRAg5Qy/J2cpgfZHI6kf+daWM0oerIrUYSrvuGu3apStHL6q5Xo83rFx4G2Yc tr3FQ5PjwBpKoiy9Mhb9qgDWcfMBFsWKDdaw5Lyf9RtvXc28sLqNCMF5VCWevIWTX7ST 27Hg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=nKvOTbu3; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id n6si2874176otf.147.2020.03.20.03.23.09; Fri, 20 Mar 2020 03:23:22 -0700 (PDT) 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=pass header.i=@kernel.org header.s=default header.b=nKvOTbu3; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727491AbgCTKVa (ORCPT + 99 others); Fri, 20 Mar 2020 06:21:30 -0400 Received: from mail.kernel.org ([198.145.29.99]:46756 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726954AbgCTKV3 (ORCPT ); Fri, 20 Mar 2020 06:21:29 -0400 Received: from coco.lan (ip5f5ad4e9.dynamic.kabel-deutschland.de [95.90.212.233]) (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 7E2A020754; Fri, 20 Mar 2020 10:21:27 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1584699688; bh=NZSnQDBgPuiRLwk7BUtGDRlwx1qB7pwmF0Mf3fESOQQ=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=nKvOTbu3MVtN4G+eSJLUiJm7CCaBMhoC7BCy2GzSitb7OhJr/l/sIff930JGWAYgu 65Fl5ZH4puN2DxvNPGMtZMMsOgyli1IHdPhiXpDFxNUxS/yiEJ8eBIheSzOgaPiOON s/4pD2vhD5QRvjZI/90AtmXGudekcBIREPZPBQ2A= Date: Fri, 20 Mar 2020 11:21:22 +0100 From: Mauro Carvalho Chehab To: Federico Vaga Cc: Jonathan Corbet , linux-kernel@vger.kernel.org, linux-doc@vger.kernel.org Subject: Re: [PATCH] doc: fix reference to core-api/namespaces.rst Message-ID: <20200320112122.48244ec4@coco.lan> In-Reply-To: <2008227.4siv4ILC15@harkonnen> References: <20191122115337.1541-1-federico.vaga@vaga.pv.it> <20191122103437.59fda273@lwn.net> <2008227.4siv4ILC15@harkonnen> X-Mailer: Claws Mail 3.17.5 (GTK+ 2.24.32; x86_64-redhat-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Em Sun, 24 Nov 2019 18:02:02 +0100 Federico Vaga escreveu: > > diff --git a/Documentation/conf.py b/Documentation/conf.py > > index 3c7bdf4cd31f..fa2bfcd6df1d 100644 > > --- a/Documentation/conf.py > > +++ b/Documentation/conf.py > > @@ -38,7 +38,7 @@ needs_sphinx = '1.3' > > # ones. > > extensions = ['kerneldoc', 'rstFlatTable', 'kernel_include', 'cdomain', > > 'kfigure', 'sphinx.ext.ifconfig', 'automarkup', > > - 'maintainers_include'] > > + 'maintainers_include', 'sphinx.ext.autosectionlabel' ] > > Testing today's linux-next branch. This extension caused *lots* of warnings like this: Documentation/driver-api/uio-howto.rst:12: WARNING: duplicate label translations, other instance in Documentation/index.rst The thing is that, by default, autosectionlabel uses a global namespace, with cause lots of troubles with sections like "introduction". So, it needs to be ensured that no duplication will happen. Btw, I tried to setup this: diff --git a/Documentation/conf.py b/Documentation/conf.py index fa2bfcd6df1d..7eaadde98a86 100644 --- a/Documentation/conf.py +++ b/Documentation/conf.py @@ -40,6 +40,9 @@ extensions = ['kerneldoc', 'rstFlatTable', 'kernel_include', 'cdomain', 'kfigure', 'sphinx.ext.ifconfig', 'automarkup', 'maintainers_include', 'sphinx.ext.autosectionlabel' ] +# Avoid lots of warnings with autosectionlabel extension +autosectionlabel_prefix_document = True + # The name of the math extension changed on Sphinx 1.4 if (major == 1 and minor > 3) or (major > 1): extensions.append("sphinx.ext.imgmath") But I still get lots of duplicated section labels inside the same file, like this one (757 warnings): docs/Documentation/driver-api/parport-lowlevel.rst:815: WARNING: duplicate label driver-api/parport-lowlevel:description, other instance in Documentation/driver-api/parport-lowlevel.rst There we have things that are similar to man pages, like this: parport_register_driver - register a device driver with parport --------------------------------------------------------------- SYNOPSIS ^^^^^^^^ ... parport_unregister_driver - tell parport to forget about this driver -------------------------------------------------------------------- SYNOPSIS ^^^^^^^^ A solution would be to split all the files that are hitting this, but I suspect that this is too much effort for too less benefit. I would instead just revert this patch and fix it by adding a normal explicit reference. Another alternative would be to patch the Sphinx extension to make it handle references on an hierarchical way, e. g. the above references should be, instead of just "synopsis": parport-lowlevel / parport_register_driver - register a device driver with parport / synopsis parport-lowlevel / parport_unregister_driver - tell parport to forget about this driver / synopsis Thanks, Mauro