From: Diederik de Haas <didi.debian@cknow.org>
To: Luis Chamberlain <mcgrof@kernel.org>,
Linus Torvalds <torvalds@linux-foundation.org>,
"open list:MODULE SUPPORT" <linux-modules@vger.kernel.org>,
"open list:MODULE SUPPORT" <linux-kernel@vger.kernel.org>,
Bagas Sanjaya <bagasdotme@gmail.com>
Subject: Re: [PATCH] module.h: Fix full name of the GPL
Date: Tue, 24 Jan 2023 14:32:26 +0100 [thread overview]
Message-ID: <3145585.5fSG56mABF@bagend> (raw)
In-Reply-To: <Y89HHtQQ4/pvsOut@debian.me>
[-- Attachment #1: Type: text/plain, Size: 4907 bytes --]
On Tuesday, 24 January 2023 03:49:02 CET Bagas Sanjaya wrote:
> On Sun, Jan 22, 2023 at 08:34:43PM +0100, Diederik de Haas wrote:
> > Signed-off-by: Diederik de Haas <didi.debian@cknow.org>
>
> No patch description, really?
Writing the exact same comment 5+ times ... really? *
You might take inspiration from Greg's bot, which clearly identifies itself as
being a bot, is WAY more friendly and actually useful as it points out why
it's wrong and where I can find out how to improve it.
Your messages were none of that.
While I should have, but hadn't read "The canonical patch format" section
Greg's bot pointed to, it turns out that my own common sense/practice didn't
violate it. I'm a HUGE proponent of extended commit messages and often try to
convince others to do so too, often pointing to the linux kernel to take
inspiration from.
"The explanation body will be committed to the permanent source
changelog, so should make sense to a competent reader who has long since
forgotten the immediate details of the discussion that might have led to
this patch."
So it should add context for people who'd see the patch months/years down the
line. As the Subject/summary phrase rarely is capable of providing the
*needed* context, that's highly useful and valuable.
In this case, the patch is simple and IMO the Subject already contains all the
details one need have to understand this patch 5 years from now.
So I could've added "The full name of the GPL is not GNU Public License, but
GNU *General* Public License." to/as the explanation body, but I didn't
consider that to provide extra (needed) info which wasn't clear from the
Subject and diff.
My only previous patch submission (to the linux kernel) did contain a full
explanation body: 7074b39d83f5d71fa4f0521b28bd4fb3a22152c1
*) I made a clusterfsck of similar patch submissions where I replaced "GNU
Public License" with "GNU General Public License", and got the exact same
comment from Bagas to several of them.
I've (now) retracted all of those patches, except this one. In those other
ones, I later realized I would actually be changing the license, not merely
fixing a spelling error.
See https://lore.kernel.org/lkml/2281101.Yu7Ql3qPJb@prancing-pony/
AFAICT, for this patch I'm not changing the actual license, only references to
that license, so that can still be considered spelling fixes.
That's why I haven't requested to ignore this patch (too).
> > include/linux/module.h | 12 ++++++------
> > 1 file changed, 6 insertions(+), 6 deletions(-)
> >
> > diff --git a/include/linux/module.h b/include/linux/module.h
> > index 8c5909c0076c..329fa0b56642 100644
> > --- a/include/linux/module.h
> > +++ b/include/linux/module.h
> > @@ -186,14 +186,14 @@ extern void cleanup_module(void);
> >
> > * The following license idents are currently accepted as indicating free
> > * software modules
> > *
> >
> > - * "GPL" [GNU Public License v2]
> > - * "GPL v2" [GNU Public License v2]
> > - * "GPL and additional rights" [GNU Public License v2
> > rights and more]
> > - * "Dual BSD/GPL" [GNU Public License v2
> > + * "GPL" [GNU General Public License v2]
> > + * "GPL v2" [GNU General Public License v2]
> > + * "GPL and additional rights" [GNU General Public License
> > v2 rights and
> > more] + * "Dual BSD/GPL" [GNU General Public License v2
> >
> > * or BSD license choice]
> >
> > - * "Dual MIT/GPL" [GNU Public License v2
> > + * "Dual MIT/GPL" [GNU General Public License v2
> >
> > * or MIT license choice]
> >
> > - * "Dual MPL/GPL" [GNU Public License v2
> > + * "Dual MPL/GPL" [GNU General Public License v2
> >
> > * or Mozilla license choice]
> > *
> > * The following other idents are available
>
> Why did you do that? Maybe as justification for your other GPL name
> expansion fix patches?
Debian's lintian tool complained about it and after looking at
https://www.gnu.org/licenses/ I concluded that lintian was right.
As the full/proper name of the GPL is GNU General Public License, I submitted
a patch to fix that.
> Anyway, let's see what Linus thinks.
Sorry you all had to see my rant, but after seeing (and ignoring) Bagas'
rather useless and exactly the same comment numerous times yesterday and
getting accused of being a bot (!) and someone else feeling the need to point
out Bagas' less then constructive behavior AND me feeling shitty about my
clusterfsck and spending considerable time fixing that (which is fair)
yesterday, it seemed Bagas went out of their way to find the one patch I hadn't
asked to ignore and add the same useless and bot-like comment to, I had
enough. I'm not a delicate flower which needs to be handled with extreme care,
but everyone does have a breaking point.
If this patch is just wrong, please ignore it. If it needs improvement, let me
know and I'll do my best to do so.
Regards,
Diederik
[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 228 bytes --]
next prev parent reply other threads:[~2023-01-24 13:32 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-01-22 19:34 [PATCH] module.h: Fix full name of the GPL Diederik de Haas
2023-01-24 2:49 ` Bagas Sanjaya
2023-01-24 13:32 ` Diederik de Haas [this message]
2023-01-24 14:09 ` Bagas Sanjaya
2023-01-24 17:36 ` Luis Chamberlain
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=3145585.5fSG56mABF@bagend \
--to=didi.debian@cknow.org \
--cc=bagasdotme@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-modules@vger.kernel.org \
--cc=mcgrof@kernel.org \
--cc=torvalds@linux-foundation.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;
as well as URLs for NNTP newsgroup(s).