All of lore.kernel.org
 help / color / mirror / Atom feed
From: Thorsten Leemhuis <linux@leemhuis.info>
To: Jonathan Corbet <corbet@lwn.net>
Cc: workflows@vger.kernel.org, linux-doc@vger.kernel.org,
	regressions@lists.linux.dev, linux-kernel@vger.kernel.org
Subject: [PATCH v1 00/30] docs: reporting-issues: rework
Date: Sun, 26 Oct 2025 13:41:51 +0100	[thread overview]
Message-ID: <cover.1761481839.git.linux@leemhuis.info> (raw)

Hi! This patch reworks various parts of our text on bug reporting. I
started working on it for six reasons:

* I noticed that even experienced Linux users had trouble with the TLDR
  text, despite it being already quite long.

* I noticed a few areas where people were struggling when reporting
  issues and saw potential for improving the situation somewhat by
  rearranging and fine-tuning the order and the description of the
  step-by-step guide a little.

* I wanted to add a simple to follow "is this regression maybe known
  already?" option to avoid unnecessary trouble for reporters.

* I wanted to improve the interaction with
  Documentation/admin-guide/verify-bugs-and-bisect-regressions.rst,
  which has a few bits with roots in reporting-issues.rst, but covers
  verifying bugs and bisecting a lot better.

* I wanted to make it easier to jump to the reference section and back
  by adding internal links, similar to how we did it in
  Documentation/admin-guide/quickly-build-trimmed-linux.rst and
  Documentation/admin-guide/verify-bugs-and-bisect-regressions.rst.

* I found the tone of the old text somewhat off-putting; I think I made
  it better in a lot of places, but I suspect I missed a few areas that
  needed treatment – and maybe did not go far enough in some others. So
  please let me know if you spot cases that are too dim, some external
  feedback really would help.

 I worked on-and-off on this for maybe two years and the problem is:
what started as fine tuning in various places piled up. That together
with the newly added links & anchors and some text movements makes the
patchset huge. When you ignore those two aspects and look at individual
patches using a word diff algorithm it looks a lot less scary, but it
remains big – and thus sadly puts some load on reviewers and
translators. Sorry. I think it's worth it and tried to split things up
to facilitate handling.

If you want to see how the resulting text looks like, check out:
https://www.leemhuis.info/files/misc/Reporting%20issues%20%e2%80%94%20The%20Linux%20Kernel%20documentation.html

Feel also free to fix any typos you spot
https://docs.google.com/document/d/1To4xVY8M6BDMBXEhEbaXuacZESdMzNFGECHk1a6nVPI/edit?usp=sharing,
I'll pick those up for the next version. You can also add notes with
suggestions there. But please do not add anything that might be covered
by copyright.

Ciao, Thorsten

To: Jonathan Corbet <corbet@lwn.net>
CC: linux-doc@vger.kernel.org

Thorsten Leemhuis (30):
  docs: reporting-issues: mention text is best viewed rendered
  docs: reporting-issues: tweak the reference section intro
  docs: reporting-issues: add conclusion to the step-by-step guide
  docs: reporting-issues: add proper appendix
  docs: reporting-issues: outline why reporting is complicated
  docs: reporting-issues: replace TLDR guide with more of an into
  docs: reporting-issues: explain need for fresh vanilla kernel
  docs: reporting-issues: add step about processing issues separately
  docs: reporting-issues: tell users to check the kernel log
  docs: reporting-issues: move 'check tainted flag' upwards
  docs: reporting-issues: improve first tainted check
  docs: reporting-issues: move 'check environment' upwards
  docs: reporting-issues: improve environment check
  docs: reporting-issues: improve text about checking for existing
    issues
  docs: reporting-issues: improve text on classifying the bug
  docs: reporting-issues: add fast-track for regressions
  docs: reporting-issues: move text on 'check MAINTAINERS file' upwards
  docs: reporting-issues: improve text on looking up place to report
  docs: reporting-issues: move text on 'check other places' upwards
  docs: reporting-issues: improve text on check other places
  docs: reporting-issues: improve text on backup et. al
  docs: reporting-issues: move text on 'initial write-up' upwards
  docs: reporting-issues: improve text on initial write-up
  docs: reporting-issues: improve text on bug verification
  docs: reporting-issues: improve text on non-regressions in stable
  docs: reporting-issues: improve text on second search
  docs: reporting-issues: make collecting files a separate step
  docs: reporting-issues: separate steps for optimizing and submitting
    reports
  docs: reporting-issues: separate steps for follow-up tasks
  docs: reporting-issues: fix a few line breaks

 .../admin-guide/reporting-issues.rst          | 2958 ++++++++---------
 1 file changed, 1426 insertions(+), 1532 deletions(-)


base-commit: b14a05303f06d951c6ef7e23e5c8f3e3be21e17e
-- 
2.51.0


             reply	other threads:[~2025-10-26 12:42 UTC|newest]

Thread overview: 50+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-10-26 12:41 Thorsten Leemhuis [this message]
2025-10-26 12:41 ` [PATCH v1 01/30] docs: reporting-issues: mention text is best viewed rendered Thorsten Leemhuis
2025-10-27 17:18   ` Jonathan Corbet
2026-01-13 14:18     ` Thorsten Leemhuis
2025-10-27 21:19   ` Randy Dunlap
2025-10-26 12:41 ` [PATCH v1 02/30] docs: reporting-issues: tweak the reference section intro Thorsten Leemhuis
2025-10-27 17:27   ` Jonathan Corbet
2026-01-13 14:30     ` Thorsten Leemhuis
2025-10-26 12:41 ` [PATCH v1 03/30] docs: reporting-issues: add conclusion to the step-by-step guide Thorsten Leemhuis
2025-10-27 17:29   ` Jonathan Corbet
2026-01-13 14:33     ` Thorsten Leemhuis
2025-10-26 12:41 ` [PATCH v1 04/30] docs: reporting-issues: add proper appendix Thorsten Leemhuis
2025-10-27 17:38   ` Jonathan Corbet
2026-01-13 14:38     ` Thorsten Leemhuis
2025-10-26 12:41 ` [PATCH v1 05/30] docs: reporting-issues: outline why reporting is complicated Thorsten Leemhuis
2025-10-27 17:44   ` Jonathan Corbet
2026-01-13 16:07     ` Thorsten Leemhuis
2026-01-14  5:02       ` Thorsten Leemhuis
2026-01-16  9:42         ` Thorsten Leemhuis
2025-10-26 12:41 ` [PATCH v1 06/30] docs: reporting-issues: replace TLDR guide with more of an into Thorsten Leemhuis
2025-10-28 21:32   ` Jonathan Corbet
2025-10-26 12:41 ` [PATCH v1 07/30] docs: reporting-issues: explain need for fresh vanilla kernel Thorsten Leemhuis
2025-10-28 21:40   ` Jonathan Corbet
2025-10-26 12:41 ` [PATCH v1 08/30] docs: reporting-issues: add step about processing issues separately Thorsten Leemhuis
2025-10-28 21:42   ` Jonathan Corbet
2025-10-26 12:42 ` [PATCH v1 09/30] docs: reporting-issues: tell users to check the kernel log Thorsten Leemhuis
2025-10-28 21:43   ` Jonathan Corbet
2025-10-26 12:42 ` [PATCH v1 10/30] docs: reporting-issues: move 'check tainted flag' upwards Thorsten Leemhuis
2025-10-28 21:47   ` Jonathan Corbet
2025-10-26 12:42 ` [PATCH v1 11/30] docs: reporting-issues: improve first tainted check Thorsten Leemhuis
2025-10-26 12:42 ` [PATCH v1 12/30] docs: reporting-issues: move 'check environment' upwards Thorsten Leemhuis
2025-10-26 12:42 ` [PATCH v1 13/30] docs: reporting-issues: improve environment check Thorsten Leemhuis
2025-10-26 12:42 ` [PATCH v1 14/30] docs: reporting-issues: improve text about checking for existing issues Thorsten Leemhuis
2025-10-26 12:42 ` [PATCH v1 15/30] docs: reporting-issues: improve text on classifying the bug Thorsten Leemhuis
2025-10-26 12:42 ` [PATCH v1 16/30] docs: reporting-issues: add fast-track for regressions Thorsten Leemhuis
2025-10-26 12:42 ` [PATCH v1 17/30] docs: reporting-issues: move text on 'check MAINTAINERS file' upwards Thorsten Leemhuis
2025-10-26 12:42 ` [PATCH v1 18/30] docs: reporting-issues: improve text on looking up place to report Thorsten Leemhuis
2025-10-26 12:42 ` [PATCH v1 19/30] docs: reporting-issues: move text on 'check other places' upwards Thorsten Leemhuis
2025-10-26 12:42 ` [PATCH v1 20/30] docs: reporting-issues: improve text on check other places Thorsten Leemhuis
2025-10-26 12:42 ` [PATCH v1 21/30] docs: reporting-issues: improve text on backup et. al Thorsten Leemhuis
2025-10-26 12:42 ` [PATCH v1 22/30] docs: reporting-issues: move text on 'initial write-up' upwards Thorsten Leemhuis
2025-10-26 12:42 ` [PATCH v1 23/30] docs: reporting-issues: improve text on initial write-up Thorsten Leemhuis
2025-10-26 12:42 ` [PATCH v1 24/30] docs: reporting-issues: improve text on bug verification Thorsten Leemhuis
2025-10-26 12:42 ` [PATCH v1 25/30] docs: reporting-issues: improve text on non-regressions in stable Thorsten Leemhuis
2025-10-26 12:42 ` [PATCH v1 26/30] docs: reporting-issues: improve text on second search Thorsten Leemhuis
2025-10-26 12:42 ` [PATCH v1 27/30] docs: reporting-issues: make collecting files a separate step Thorsten Leemhuis
2025-10-26 12:42 ` [PATCH v1 28/30] docs: reporting-issues: separate steps for optimizing and submitting reports Thorsten Leemhuis
2025-10-26 12:42 ` [PATCH v1 29/30] docs: reporting-issues: separate steps for follow-up tasks Thorsten Leemhuis
2025-10-26 12:42 ` [PATCH v1 30/30] docs: reporting-issues: fix a few line breaks Thorsten Leemhuis
2025-10-27 17:16 ` [PATCH v1 00/30] docs: reporting-issues: rework Jonathan Corbet

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=cover.1761481839.git.linux@leemhuis.info \
    --to=linux@leemhuis.info \
    --cc=corbet@lwn.net \
    --cc=linux-doc@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=regressions@lists.linux.dev \
    --cc=workflows@vger.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.