Received: by 2002:a25:86ce:0:0:0:0:0 with SMTP id y14csp155281ybm; Wed, 22 May 2019 00:35:07 -0700 (PDT) X-Google-Smtp-Source: APXvYqzajs8Wn/qPzeB9SfQni62t8HXuNb8eEhY7Ll/6+B9gU4pj/kKTqCvgXUOQJt+HbPIC21B3 X-Received: by 2002:a17:902:56a:: with SMTP id 97mr49996089plf.20.1558510506984; Wed, 22 May 2019 00:35:06 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1558510506; cv=none; d=google.com; s=arc-20160816; b=vouUVVSlAfz4L+V6ADqyMToALocm4HTFMHWBFGtL1NkgsmoptFeko7Xy+hXFHMciMO zVtecfhbMKGLXk9nNZT4tsg/9f7CXrTvT00OvnTAwTCgbJKCnumiW+tgdJcsk0QrwlhH Q1ZNLOlToC9/H2CPX3/7sjWt6R9i2+UVczDQVMXBgnzBG3yPkcVIRTE/9G6TtiU3M7TI jtBjJTuvmGPU+nJBM53brxc3kneVsF1oA2DjkPMiojvYtIBT1iusxv1mJItaI8oQLgg1 Myhmo41tPCcbmjZKMxf53m4aLx172tqHY/RFAyLI+J1gloF9TAz7P5nC5rP4406Rsd8G ZyNg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:message-id:date:references :organization:in-reply-to:subject:cc:to:from; bh=YXrNB1+sZyU5xnf/VCCGkrHzthgEN9adbEY6ycvKohU=; b=AUE8cn7hoHQYWrPztY2aTJDoST2gPYHX/kgj5bABSlqgYdktk+aj0UzkS/LeZondOH 0sf8geM/Df4nY4p2/KlMxCuS0QWdjw0FBGk7C1ldTiP/1QFeWAzSQQUBAReOlKbfaIlk 7+xHtD2vX61HCbZK4tPmdd9J9QurHooknOFbR7q8MzgkdHxqzVrqXHPWxyEmA6U0k6FR xeJePVeRnzVSdHL8Fy4fypiYT++ht2YGzLInK6gFFAj85PEX4h0WIYbaWjIhV/aveWr6 IlxW7RnSnMiRZUynj8K5LwHfxEkpRmH7as9qdQgXmGO1SOmwTShBLOgMVf9DHu5OCkP8 8zvQ== ARC-Authentication-Results: i=1; mx.google.com; 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=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id t1si25424292pgh.406.2019.05.22.00.34.50; Wed, 22 May 2019 00:35:06 -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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728424AbfEVHd3 (ORCPT + 99 others); Wed, 22 May 2019 03:33:29 -0400 Received: from mga04.intel.com ([192.55.52.120]:39940 "EHLO mga04.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725796AbfEVHd3 (ORCPT ); Wed, 22 May 2019 03:33:29 -0400 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by fmsmga104.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 22 May 2019 00:33:28 -0700 X-ExtLoop1: 1 Received: from jnikula-mobl3.fi.intel.com (HELO localhost) ([10.237.66.150]) by fmsmga001.fm.intel.com with ESMTP; 22 May 2019 00:33:26 -0700 From: Jani Nikula To: Jonathan Corbet , linux-doc@vger.kernel.org Cc: linux-kernel@vger.kernel.org, Markus Heiser , Mauro Carvalho Chehab , Jonathan Corbet Subject: Re: [PATCH RFC 0/2] docs: Deal with some Sphinx deprecation warnings In-Reply-To: <20190521211714.1395-1-corbet@lwn.net> Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo References: <20190521211714.1395-1-corbet@lwn.net> Date: Wed, 22 May 2019 10:36:45 +0300 Message-ID: <87d0kb7xf6.fsf@intel.com> MIME-Version: 1.0 Content-Type: text/plain Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 21 May 2019, Jonathan Corbet wrote: > The Sphinx folks are deprecating some interfaces in the upcoming 2.0 > release; one immediate result of that is a bunch of warnings that show up > when building with 1.8. These two patches make those warnings go away, > but at a cost: > > - It introduces a couple of Sphinx version checks, which are always > ugly, but the alternative would be to stop supporting versions > before 1.7. For now, I think we can carry that cruft. Frankly, I'd just require Sphinx 1.7+, available even in Debian stable through stretch-backports. > - The second patch causes the build to fail horribly on newer > Sphinx installations. The change to switch_source_input() seems > to make the parser much more finicky, increasing warnings and > eventually failing the build altogether. In particular, it will > scream about problems in .rst files that are not included in the > TOC tree at all. The complaints appear to be legitimate, but it's > a bunch of stuff to clean up. I can understand Sphinx complaining that a file is not included in a TOC tree, but I don't understand why it goes on to parse them anyway. BR, Jani. > > I've tested these with 1.4 and 1.8, but not various versions in between. > > Jonathan Corbet (2): > doc: Cope with Sphinx logging deprecations > doc: Cope with the deprecation of AutoReporter > > Documentation/sphinx/kerneldoc.py | 48 ++++++++++++++++++++++++------- > Documentation/sphinx/kernellog.py | 28 ++++++++++++++++++ > Documentation/sphinx/kfigure.py | 38 +++++++++++++----------- > 3 files changed, 87 insertions(+), 27 deletions(-) > create mode 100644 Documentation/sphinx/kernellog.py -- Jani Nikula, Intel Open Source Graphics Center