From: "G. Branden Robinson" <g.branden.robinson@gmail.com>
To: Helge Kreutzmann <debian@helgefjell.de>
Cc: alx.manpages@gmail.com, mario.blaettermann@gmail.com,
linux-man@vger.kernel.org
Subject: Re: Issue in man page mount_namespaces.7
Date: Sun, 22 Jan 2023 14:18:08 -0600 [thread overview]
Message-ID: <20230122201808.2eyaslkw5id2sfr4@illithid> (raw)
In-Reply-To: <20230122200133.GA30353@Debian-50-lenny-64-minimal>
[-- Attachment #1: Type: text/plain, Size: 1425 bytes --]
Hi Helge,
At 2023-01-22T21:01:33+0100, Helge Kreutzmann wrote:
> This is the represenation we see (like B<> for bold, I<> for italics).
> It most likely does not look like this in groff.
Thanks for the quick follow up. I wondered about this but since I
didn't see "\n" in any of your other reports, I thought that you thought
this character sequence was appearing literally in the man page sources.
> > 1ae6b2c7b8 (Alejandro Colomar 2022-03-18 20:25:09 +0100 1016) .I util\-linux
> > b324e17d32 (Alejandro Colomar 2022-12-04 20:38:06 +0100 1017) 2.27) in turn reverses the step performed by
>
> At this point I see a hard line break as well when I read the english
> page in man.
Yes! This is a good catch. Beginning a text line with space characters
forces a break (a new output line) in *roff. That is clearly a mistake
and should be corrected.
+1 for sure.
> > That is why I suspect a problem with your tool.
>
> I can mark it as such, i.e. a po4a problem.
Since so much of a report is automatically generated, perhaps a glossary
would be helpful. Your reporting dialect seems to be drawn from
Perl::Pod, but I'm not clear on whether it's a _strict_ subset or if you
have your own conventions as well.
Something like:
B<foo> foo is in boldface
I<bar> bar is in italics or an oblique face
\n indicates each break when breaking is surprising
Regards,
Branden
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
next prev parent reply other threads:[~2023-01-22 20:18 UTC|newest]
Thread overview: 49+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-01-22 19:31 Issue in man page mount_namespaces.7 Helge Kreutzmann
2023-01-22 19:54 ` G. Branden Robinson
2023-01-22 20:01 ` Helge Kreutzmann
2023-01-22 20:18 ` G. Branden Robinson [this message]
-- strict thread matches above, loose matches on Subject: below --
2024-11-17 10:46 Helge Kreutzmann
2024-11-17 11:21 ` Alejandro Colomar
2024-11-17 22:27 ` Alejandro Colomar
2023-11-01 14:02 Helge Kreutzmann
2023-11-01 15:57 ` Alejandro Colomar
2023-11-01 16:22 ` Helge Kreutzmann
2023-11-01 16:23 ` Jakub Wilk
2023-11-01 17:06 ` Alejandro Colomar
2023-01-22 19:31 Helge Kreutzmann
2023-01-22 19:31 Helge Kreutzmann
2023-01-22 20:10 ` Alejandro Colomar
2023-01-22 20:27 ` Helge Kreutzmann
2023-01-22 20:54 ` Alejandro Colomar
2022-12-04 9:07 Helge Kreutzmann
2022-12-04 12:29 ` Alejandro Colomar
2022-12-04 9:07 Helge Kreutzmann
2022-12-04 9:07 Helge Kreutzmann
2022-12-04 9:07 Helge Kreutzmann
2022-12-04 12:13 ` Alejandro Colomar
2022-12-04 9:07 Helge Kreutzmann
2022-12-04 12:11 ` Alejandro Colomar
2022-12-04 9:07 Helge Kreutzmann
2022-12-04 12:25 ` Alejandro Colomar
2022-12-04 14:00 ` Helge Kreutzmann
2022-12-04 14:06 ` Alejandro Colomar
2022-12-04 14:14 ` Helge Kreutzmann
2022-12-04 21:26 ` Alejandro Colomar
2022-12-05 12:38 ` Jakub Wilk
2022-12-05 13:18 ` Alejandro Colomar
2022-12-05 18:54 ` Helge Kreutzmann
2022-12-05 21:12 ` Alejandro Colomar
2022-12-04 9:07 Helge Kreutzmann
2022-12-04 12:13 ` Alejandro Colomar
2022-12-05 12:03 ` Jakub Wilk
2022-12-05 12:20 ` Alejandro Colomar
2022-12-05 12:36 ` G. Branden Robinson
2022-12-05 12:37 ` Alejandro Colomar
2022-03-13 12:34 Helge Kreutzmann
2022-03-13 12:34 Helge Kreutzmann
2022-03-13 12:34 Helge Kreutzmann
2022-03-13 12:34 Helge Kreutzmann
2022-03-13 12:34 Helge Kreutzmann
2022-03-13 12:34 Helge Kreutzmann
2022-03-13 12:34 Helge Kreutzmann
2022-03-13 12:34 Helge Kreutzmann
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=20230122201808.2eyaslkw5id2sfr4@illithid \
--to=g.branden.robinson@gmail.com \
--cc=alx.manpages@gmail.com \
--cc=debian@helgefjell.de \
--cc=linux-man@vger.kernel.org \
--cc=mario.blaettermann@gmail.com \
/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