From: Alejandro Colomar <alx.manpages@gmail.com>
To: David Hildenbrand <david@redhat.com>,
Peter Xu <peterx@redhat.com>,
Mike Kravetz <mike.kravetz@oracle.com>
Cc: linux-man@vger.kernel.org, linux-mm@kvack.org,
Axel Rasmussen <axelrasmussen@google.com>,
"G. Branden Robinson" <g.branden.robinson@gmail.com>
Subject: Re: [PATCH v3] madvise.2: Clarify addr/length and update hugetlb support
Date: Fri, 10 Jun 2022 11:38:53 +0200 [thread overview]
Message-ID: <12971f94-d329-5db2-c1d9-3fdad23f3840@gmail.com> (raw)
In-Reply-To: <05301a1a-6020-aa52-d539-c2e0ba147181@redhat.com>
[-- Attachment #1.1: Type: text/plain, Size: 2952 bytes --]
Hi, David and Peter!
On 6/10/22 11:01, David Hildenbrand wrote:
> On 09.06.22 22:13, Peter Xu wrote:
>> Alex,
>>
>> Do you think we could add some of the semantic newline requirement into
>> CONTRIBUTING file explicitly?
I plan to add something there by the end of this year more or less, when
groff-1.23.0 is released. See below.
>> Although there's a pointer to man7 man-pages
>> but the semantic newlines rules seem to be easily overlooked.
>>
>> IMHO there can even be examples as you quoted in the link on "UNIX For
>> Beginners":
>>
>> https://git.kernel.org/pub/scm/docs/man-pages/man-pages.git/commit/man7/man-pages.7?h=alx/main&id=6ff6f43d68164f99a8c3fb66f4525d145571310c
Yes, I think I'll point to the 'UNIX for Beginners::Hints for Preparing
Documents' thing from man-pages(7) with a link. Good idea.
>>
>> Maybe that'll ease both the maintainers and the contributors?
>
> Maybe something similar checkpatch in Linux/qemu could point out a lot
> of these possible issues and reduce Maintainer overhead. Nobody reads
> docs after all if not forced to ;)
>
>
Actually, I was working on something like that. I didn't tell because
it's under development, and requires to build groff(1) from source from
their git HEAD (I will probably make it more public when groff-1.23.0 is
released).
It even runs checkpatch(1) (or a fork of it that I did to make it
standalone)[1] for the EXAMPLES programs.
[1]: <http://www.alejandro-colomar.es/src/alx/linux/checkpatch.git/>
You can run `make -i lint` in the man-pages source tree _before_
applying your patch, to ignore all warnings not caused by you, and then
run `make lint` _after_ your patch to see some warnings caused by your
patch. You'll also see warnings not created by you but that are in the
same file that you modified, but you can ignore them.
It's not perfect, and currently it doesn't detect semantic newline
problems, I think, but I guess it could be improved in the future.
There's also another make(1) target to compile and link the EXAMPLES
programs, in case you want to try it, but I'm also working on it and
still has many issues. But if you want to try it, it's `make -i
build-ld`, and then `make build-ld`.
You can try it, and maybe it helps you a bit. Those (lint and build)
targets also have subtargets, so you can use autocomplete to see what
subtargets there are, and run only the ones you're interested in. The
Makefile may be too cryptic to try to read it from there, but you can
try. :) You'll also see a lot of EXTRA_*FLAGS to modify commands.
Since I expect groff-1.23.0 to be released by the end of this year, I
think I'll wait for then to make these features public, and that'll give
me some time to polish them.
Cheers,
Alex
--
Alejandro Colomar
Linux man-pages comaintainer; http://www.kernel.org/doc/man-pages/
http://www.alejandro-colomar.es/
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
next prev parent reply other threads:[~2022-06-10 9:36 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-06-08 23:45 Mike Kravetz
2022-06-09 13:24 ` Alejandro Colomar
2022-06-09 18:48 ` Mike Kravetz
2022-06-09 20:13 ` Peter Xu
2022-06-10 9:01 ` David Hildenbrand
2022-06-10 9:38 ` Alejandro Colomar [this message]
2022-06-10 14:07 ` Peter Xu
2022-06-10 14:41 ` Alejandro Colomar
2022-08-15 20:41 ` Alejandro Colomar
2022-08-15 20:46 ` Alejandro Colomar
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=12971f94-d329-5db2-c1d9-3fdad23f3840@gmail.com \
--to=alx.manpages@gmail.com \
--cc=axelrasmussen@google.com \
--cc=david@redhat.com \
--cc=g.branden.robinson@gmail.com \
--cc=linux-man@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=mike.kravetz@oracle.com \
--cc=peterx@redhat.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