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 56884C433EF for ; Tue, 7 Dec 2021 09:16:32 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233688AbhLGJUA (ORCPT ); Tue, 7 Dec 2021 04:20:00 -0500 Received: from ams.source.kernel.org ([145.40.68.75]:46274 "EHLO ams.source.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232973AbhLGJT7 (ORCPT ); Tue, 7 Dec 2021 04:19:59 -0500 Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ams.source.kernel.org (Postfix) with ESMTPS id DB8EDB816EF; Tue, 7 Dec 2021 09:16:28 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 77BD3C341C3; Tue, 7 Dec 2021 09:16:25 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1638868587; bh=XdVOxU4ph+u0W+/yCrrgINoqB49Qra3QjQc8P8wmurY=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=CLTl/QzjrNE/fE/QPFyICgmAIsPmgd8VkvRSOsHI9rlE4qmJgv1Fppf7HfA+r50Go LPR/QetwZEdDiPwljUItxBrrdTfl56d0XWZCcAUD5sqrJGzIZsibb93lwPVyNoHWTb RY/NRPZVeCNzj/HDaYRVYHDlxzGEwCPHXmQ4yJvwx6csDdWfXkU5MHTMbwxArJWhTN TqRwHdVrs6KeZ4vTUBLK5l5Gjxs8G9nFUTgHRJgPtCTkOU2BVGUG+Rv5SK6JRYIvjz ak9eRey4gQp+B9tUs20ZNwTQCpOsdC704lV0jjEttO9Dh54FrIEiG5lul6uQOJ81bY FmwzVLJgyZOtQ== Date: Tue, 7 Dec 2021 10:16:22 +0100 From: Mauro Carvalho Chehab To: Jonathan Corbet Cc: Linux Doc Mailing List , Akira Yokosawa , Jani Nikula , " =?UTF-8?B?TsOtY29sYXM=?= F. R. A. Prado" , Randy Dunlap , Andrew Klychkov , Miguel Ojeda , linux-kernel@vger.kernel.org Subject: Re: [PATCH v3 1/4] docs: allow selecting a Sphinx theme Message-ID: <20211207101622.6a3b3c4f@coco.lan> In-Reply-To: <87mtld1gy1.fsf@meer.lwn.net> References: <878rwx35v7.fsf@meer.lwn.net> <20211206211421.6eeb990d@coco.lan> <87mtld1gy1.fsf@meer.lwn.net> X-Mailer: Claws Mail 4.0.0 (GTK+ 3.24.30; x86_64-redhat-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Em Mon, 06 Dec 2021 15:55:50 -0700 Jonathan Corbet escreveu: > Mauro Carvalho Chehab writes: > > > Em Mon, 06 Dec 2021 12:12:12 -0700 > > Jonathan Corbet escreveu: > > > >> Mauro Carvalho Chehab writes: > >> > >> > Instead of having RTD as an almost mandatory theme, allow the > >> > user to select other themes via a THEMES environment var. > >> > > >> > There's a catch, though: as the current theme override logic is > >> > dependent of the RTD theme, we need to move the code which > >> > adds the CSS overrides to be inside the RTD theme logic. > >> > > >> > Signed-off-by: Mauro Carvalho Chehab > >> > --- > >> > > >> > See [PATCH v3 0/4] at: https://lore.kernel.org/all/cover.1638369365.git.mchehab+huawei@kernel.org/ > >> > > >> > Documentation/Makefile | 3 ++ > >> > Documentation/conf.py | 52 +++++++++++++++++------------- > >> > Documentation/doc-guide/sphinx.rst | 8 +++++ > >> > 3 files changed, 41 insertions(+), 22 deletions(-) > >> > >> So I'm playing with this now, and definitely want to apply it. I do > >> have one little worry, though... THEME seems like an overly general > >> name to use here, and seems relatively likely to conflict with other > >> uses. THEME= on the command line is fine, but what do you think about > >> something like DOCS_THEME for the environment variable? Or even > >> HTML_THEME as Sphinx uses? > > > > I'm not sure if we will ever consider a "THEME" environment var for anything > > but docs and html stuff. That's why I ended taking the shortest name (for > > both THEME and CSS make vars). > > > > Yet, I'm OK if to use whatever name you think it would work best. > > I don't doubt we'll have BPF themes one of these years...:) Heh, true :-D > Seriously, though, I was thinking about uses beyond building kernels. > If I, say, always want to build with the alabaster theme, and so set > THEME to effect that, will it then mess with my desktop environment or > some such? Hmm... makes sense, but worse case scenario, if someone uses some other software that would conflict with whatever vars we use, he/she could always place the vars inside a script ;-) Here, I created this small script for testing a dark theme: #!/bin/bash set -e if [ "$VIRTUAL_ENV" == "" ]; then . sphinx_4.3.0/bin/activate fi cat << EOF > my_css.css body {background-color: #0f0f0f; } div.body { background-color: #1f1f1f; } .sig.c .k, .sig.c .kt, .sig.cpp .k, .sig.cpp .kt { color: #17ff17; } EOF make CSS=my_css.css THEME=groundwork htmldocs That not only creates a simple CSS file, but also enables the virtual environment if disabled. > A quick search doesn't turn up anything, so probably I'm worrying too > much. Maybe I should just apply it as-is, and we can change it if a > conflict turns up. Works for me. If you prefer instead that I rename them, just let me know and I'll send a v4. Or, if you prefer, Feel free to just do a: sed s,THEME,foo_THEME,g -i patch1 sed s,CSS,bar_CSS,g -i patch2 before applying the series ;-) Thanks, Mauro