From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 23B5029D0D; Tue, 29 Jul 2025 13:44:43 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1753796684; cv=none; b=FAA/Lg1P6SW3KQNdYDahcLL0ooANlmg1Gp0TJT9Biya0+1zDRn9YyDWmEnDzuJYLCy8BBKcPdfTikDd/HhvakFslK2lITgvtbp9+Ogjg30ga5B+17yxskeCJt5luH0kmhT4MoPq2TLHKKP+fCgzmJ+1pJB+sg3LhvnfYxyQcB+w= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1753796684; c=relaxed/simple; bh=VZdbrG5fpMlMUtdUV+2Oi1rJl1JV2TJ0vNDU+akmrKk=; h=Date:From:To:Cc:Subject:Message-ID:In-Reply-To:References: MIME-Version:Content-Type; b=mXs1LAOkwxJL/AlnrYolIbGGlk7x87114WjAoFgK3ugYR6kYGA45P1MV4VZn6lDiQHkvp8dUXqtfKOEY0Yn632sstZRdwyW151t0dKgu13EOoEBQo+cGaIjEJL8LIA4PiBoIoZpWGBabNx8HaIlro+ogM2lq5bNhM2QEWwDkIZE= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=gzQTY4MM; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="gzQTY4MM" Received: by smtp.kernel.org (Postfix) with ESMTPSA id A1398C4CEEF; Tue, 29 Jul 2025 13:44:41 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1753796683; bh=VZdbrG5fpMlMUtdUV+2Oi1rJl1JV2TJ0vNDU+akmrKk=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=gzQTY4MMZQO6OJdtoyM5Ldojem3RmzZgNFua4t8TLdnbHQT8aPlHUF2VGENZ9TUgJ 2jo0PLjI7p+owHc1lQRbP0hsWf7bIMDi8sFpCCu96mcGH8TZMZqkhJNe+O4LNWFQR7 NsGYUfNILYMKzj4kZeI9KJxc//W11nU4+xTtIzl9sVoP2omaMWQ3j3zxsecsDIRQvi 5pNzInUcpbJXicpn7/ZAwerEW85RTXsAkeg0+8fPkRuyNRaS2Yle6JGYaapC0O+iwn sZ7Ew8yKnvR53KbsV4OS9yqepzpSze9oJToqK4UYuvCxfi19N71b72A5JsREyK5PGY fV3v08U8+kaEQ== Date: Tue, 29 Jul 2025 15:44:37 +0200 From: Mauro Carvalho Chehab To: Jani Nikula Cc: Jonathan Corbet , Laurent Pinchart , Linux Doc Mailing List , linux-kernel@vger.kernel.org, workflows@vger.kernel.org, Akira Yokosawa Subject: Re: [PATCH v2 3/2] docs: changes: better document Python needs Message-ID: <20250729154437.6cbd2788@sal.lan> In-Reply-To: References: <58c0cfb40e600af697b1665ffbc8e5bb3d859bb5.1752309145.git.mchehab+huawei@kernel.org> <20250712163155.GA22640@pendragon.ideasonboard.com> <20250713002517.7f52b0e9@foz.lan> <875xfhabv0.fsf@trenco.lwn.net> <20250724194306.27b98194@foz.lan> <83d12d5293e23c622ae390204fed8fd4453014b1@intel.com> <20250728173306.2ab1409a@sal.lan> X-Mailer: Claws Mail 4.3.1 (GTK 3.24.49; x86_64-redhat-linux-gnu) Precedence: bulk X-Mailing-List: workflows@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Em Tue, 29 Jul 2025 13:45:26 +0300 Jani Nikula escreveu: > On Mon, 28 Jul 2025, Mauro Carvalho Chehab wrote: > > Considering the above, for me it seems that the bus already departed: > > there are several cases where Python is required during build time. > > FWIW, if it was up to me, I'd make Python 3+ a non-optional build > dependency. I'd also forget about any Python 2 backward compat stuff. I don't think we should do much effort to support Python 2, but it comes almost for free: only shebang needs to be different, and, if the comments inside the doc contains non-utf8 chars, an encoding line. The current tools during Kernel build currently supports it (again, except for shebang). Anyway, from my side I'm happy either way. > I would find it very useful for code/header generation during build > time, instead of having to resort to C hostprogs. Similar to what MSM is > doing. > > That said, I know there's going to be people vehemently opposed. Fine from my side ;-) There are some precedents here, so I guess it should be up to each subsystem to decide using it or not. > > So, adding a "depends on TOOL_PYTHON" doesn't seem to be trivial. > > Agreed. Forget about that idea. > > > BR, > Jani. > >