linux-kernel - Re: [PATCH v2 00/12] Don't generate netlink .rst files inside $(srctree)

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <CAD4GDZz-hVEWhSP9sGqZH2tGrU9T8cd3aed5hRtMNZcXk2WmNw@mail.gmail.com>
Date: Sat, 14 Jun 2025 14:29:52 +0100
From: Donald Hunter <donald.hunter@...il.com>
To: Mauro Carvalho Chehab <mchehab+huawei@...nel.org>
Cc: Linux Doc Mailing List <linux-doc@...r.kernel.org>, Jonathan Corbet <corbet@....net>, 
	linux-kernel@...r.kernel.org, Akira Yokosawa <akiyks@...il.com>, 
	"David S. Miller" <davem@...emloft.net>, Ignacio Encinas Rubio <ignacio@...cinas.com>, 
	Marco Elver <elver@...gle.com>, Shuah Khan <skhan@...uxfoundation.org>, 
	Eric Dumazet <edumazet@...gle.com>, Jan Stancek <jstancek@...hat.com>, 
	Paolo Abeni <pabeni@...hat.com>, Ruben Wauters <rubenru09@....com>, joel@...lfernandes.org, 
	linux-kernel-mentees@...ts.linux.dev, lkmm@...ts.linux.dev, 
	netdev@...r.kernel.org, peterz@...radead.org, stern@...land.harvard.edu, 
	Breno Leitao <leitao@...ian.org>
Subject: Re: [PATCH v2 00/12] Don't generate netlink .rst files inside $(srctree)

On Fri, 13 Jun 2025 at 13:14, Mauro Carvalho Chehab
<mchehab+huawei@...nel.org> wrote:
> >
> > >   docs: netlink: don't ignore generated rst files
> >
> > Maybe leave this patch to the end and change the description to be a
> > cleanup of the remants of the old approach.
>
> Ok for me, but I usually prefer keeping one patch per logical change.
> In this case, one patch adding support at the tool; the other one
> improving docs to benefit from the new feature.

My point is that "don't ignore generated rst files" is not a step on
the way from the old method towards the new method. The new method
does not involve generating any .rst files so the patch is something
more like "remove obsolete .gitignore from unused directory".