* [PATCH] docs: path-lookup: fix HTML entity mojibake
@ 2020-07-27 11:45 Vegard Nossum
2020-07-27 22:14 ` Jonathan Corbet
0 siblings, 1 reply; 2+ messages in thread
From: Vegard Nossum @ 2020-07-27 11:45 UTC (permalink / raw)
To: Jonathan Corbet, linux-doc; +Cc: Vegard Nossum
Two cases of "<" somehow turned into "<". I noticed it on
<https://www.kernel.org/doc/html/latest/filesystems/path-lookup.html>.
I've verified that the HTML output is correct with this patch.
Signed-off-by: Vegard Nossum <vegard.nossum@oracle.com>
---
Documentation/filesystems/path-lookup.rst | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/Documentation/filesystems/path-lookup.rst b/Documentation/filesystems/path-lookup.rst
index f46b05e9b96c8..1a8fae5036b34 100644
--- a/Documentation/filesystems/path-lookup.rst
+++ b/Documentation/filesystems/path-lookup.rst
@@ -76,10 +76,10 @@ tempting to consider that to have an empty final component. In many
ways that would lead to correct results, but not always. In
particular, ``mkdir()`` and ``rmdir()`` each create or remove a directory named
by the final component, and they are required to work with pathnames
-ending in "``/``". According to POSIX_
+ending in "``/``". According to POSIX_:
- A pathname that contains at least one non- <slash> character and
- that ends with one or more trailing <slash> characters shall not
+ A pathname that contains at least one non-<slash> character and
+ that ends with one or more trailing <slash> characters shall not
be resolved successfully unless the last pathname component before
the trailing <slash> characters names an existing directory or a
directory entry that is to be created for a directory immediately
--
2.16.1.72.g5be1f00a9.dirty
^ permalink raw reply related [flat|nested] 2+ messages in thread
* Re: [PATCH] docs: path-lookup: fix HTML entity mojibake
2020-07-27 11:45 [PATCH] docs: path-lookup: fix HTML entity mojibake Vegard Nossum
@ 2020-07-27 22:14 ` Jonathan Corbet
0 siblings, 0 replies; 2+ messages in thread
From: Jonathan Corbet @ 2020-07-27 22:14 UTC (permalink / raw)
To: Vegard Nossum; +Cc: linux-doc
On Mon, 27 Jul 2020 13:45:27 +0200
Vegard Nossum <vegard.nossum@oracle.com> wrote:
> Two cases of "<" somehow turned into "<". I noticed it on
> <https://www.kernel.org/doc/html/latest/filesystems/path-lookup.html>.
>
> I've verified that the HTML output is correct with this patch.
>
> Signed-off-by: Vegard Nossum <vegard.nossum@oracle.com>
> ---
> Documentation/filesystems/path-lookup.rst | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/Documentation/filesystems/path-lookup.rst b/Documentation/filesystems/path-lookup.rst
> index f46b05e9b96c8..1a8fae5036b34 100644
> --- a/Documentation/filesystems/path-lookup.rst
> +++ b/Documentation/filesystems/path-lookup.rst
> @@ -76,10 +76,10 @@ tempting to consider that to have an empty final component. In many
> ways that would lead to correct results, but not always. In
> particular, ``mkdir()`` and ``rmdir()`` each create or remove a directory named
> by the final component, and they are required to work with pathnames
> -ending in "``/``". According to POSIX_
> +ending in "``/``". According to POSIX_:
>
> - A pathname that contains at least one non- <slash> character and
> - that ends with one or more trailing <slash> characters shall not
> + A pathname that contains at least one non-<slash> character and
> + that ends with one or more trailing <slash> characters shall not
Strange, I wonder how that got through...applied thanks.
I've applied the other two as well.
jon
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2020-07-27 22:14 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-07-27 11:45 [PATCH] docs: path-lookup: fix HTML entity mojibake Vegard Nossum
2020-07-27 22:14 ` Jonathan Corbet
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).