From: Lukas Bulwahn <lukas.bulwahn@gmail.com>
To: Mauro Carvalho Chehab <mchehab+huawei@kernel.org>
Cc: Jonathan Corbet <corbet@lwn.net>,
Lukas Bulwahn <lukas.bulwahn@gmail.com>,
linux-doc@vger.kernel.org, linux-fsdevel@vger.kernel.org,
Joe Perches <joe@perches.com>,
kernel-janitors@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH] MAINTAINERS: adjust to filesystem doc ReST conversion
Date: Wed, 4 Mar 2020 22:02:35 +0100 (CET) [thread overview]
Message-ID: <alpine.DEB.2.21.2003042151430.2698@felia> (raw)
In-Reply-To: <20200304212846.0c79c6da@coco.lan>
On Wed, 4 Mar 2020, Mauro Carvalho Chehab wrote:
> Em Wed, 4 Mar 2020 13:10:35 -0700
> Jonathan Corbet <corbet@lwn.net> escreveu:
>
> >
> > Sigh, I need to work a MAINTAINERS check into my workflow...
> >
> > Thanks for fixing these, but ... what tree did you generate the patch
> > against? I doesn't come close to applying to docs-next.
>
> I'm starting to suspect that maybe the best workflow would be to just
> apply the patches at docs-next keeping links broken, and then run
> ./scripts/documentation-file-ref-check --fix by the end of a merge
> window, addressing such breakages.
>
> There are usually lots of churn outside the merge window.
>
Agree, it is probably the simplest solution to get such things fixed at
the end of the merge window; there are many of such 'automatic' fixes (and
scripts that generate them). It just needs somebody to convince Linus to
have a trusted end-of-merge-window clean-up team to provide a final pull
request on Sunday afternoon to fix all those minor points.
> Another alternative would be to split the MAINTAINERS file on a
> per-subsystem basis. If I remember well, someone proposed this once at
> LKML. I vaguely remember that there were even a patch (or RFC)
> adding support for such thing for get_maintainers.pl.
>
I would also support that idea. In the meantime, I am looking into the
effort to identify and fix these issues when they are submitted to the
mailing list. It is not the simplest solution, but at least a solution
that I can try to work on individually at first.
Lukas
next prev parent reply other threads:[~2020-03-04 21:02 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-03-04 7:29 [PATCH] MAINTAINERS: adjust to filesystem doc ReST conversion Lukas Bulwahn
2020-03-04 7:59 ` Mauro Carvalho Chehab
2020-03-04 10:54 ` Lukas Bulwahn
2020-03-04 20:10 ` Jonathan Corbet
2020-03-04 20:24 ` Joe Perches
2020-03-04 20:28 ` Mauro Carvalho Chehab
2020-03-04 21:02 ` Lukas Bulwahn [this message]
2020-03-04 21:24 ` Joe Perches
2020-03-05 6:14 ` Mauro Carvalho Chehab
2020-03-04 20:50 ` Lukas Bulwahn
2020-03-04 21:01 ` Jonathan Corbet
2020-03-04 22:57 ` Joe Perches
2020-03-06 21:17 ` Lukas Bulwahn
2020-03-07 10:01 ` Mauro Carvalho Chehab
2020-03-07 15:12 ` Joe Perches
2020-03-08 2:59 ` [PATCH] parse-maintainers: Do not sort section content by default Joe Perches
2020-03-26 16:45 ` Joe Perches
2020-03-26 22:54 ` Linus Torvalds
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=alpine.DEB.2.21.2003042151430.2698@felia \
--to=lukas.bulwahn@gmail.com \
--cc=corbet@lwn.net \
--cc=joe@perches.com \
--cc=kernel-janitors@vger.kernel.org \
--cc=linux-doc@vger.kernel.org \
--cc=linux-fsdevel@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mchehab+huawei@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox