From: Vincent Lefevre <vincent@vinc17.net>
To: Alejandro Colomar <alx@kernel.org>
Cc: Jilayne Lovejoy <opensource@jilayne.com>,
seabass-labrax@gmx.com, Carlos O'Donell <carlos@redhat.com>,
"Andries E. Brouwer" <aeb@cwi.nl>,
linux-man@vger.kernel.org, linux-kernel@vger.kernel.org,
libc-alpha@sourceware.org
Subject: Re: man-pages-6.14 released
Date: Fri, 27 Jun 2025 09:49:25 +0200 [thread overview]
Message-ID: <20250627074925.GJ2809@qaa.vinc17.org> (raw)
In-Reply-To: <wwtmtg6ar6gfxvezbcendmcuo3zzgferrmqvhvutos7vp3er2q@xljv6kkogidj>
On 2025-06-27 06:23:26 +0200, Alejandro Colomar wrote:
> > I've always heard that a copyright notice was optional and only
> > informative (so, in particular, there are no requirements to have
> > per-file copyright notices instead of a single one for the work).
>
> I tend to agree with you. I'll invoke some SPDX people, which might
> clarify our legal doubts. I suspect they're lawyers or have contact
> with lawyers.
>
> For context to the SPDX people, we're discussing if the following is
> valid or not:
>
> There were a lot of old copyright notices, each with its own format,
> some more formal, some less...
>
> That was a huge mess, and the copyright notices were not always
> respected: for example, in cases code has been moved from one file to
> another, and the copyright notices weren't carried over. In other
> cases, some people (including myself) significantly modified some files,
> but forgot to add a copyright notice for themselves.
>
> So, I eventually decided to unify the copyright notices for the entire
> project, so that the copyright notices would look like
>
> Copyright, the authors of the Linux man-pages project
>
> And then a top-level AUTHORS file would list every author. This is
> quite more accurate than the previous copyright notices. However, some
> contributors are concerned that it might be illegal to modify those
> copyright notices without express written permission.
>
> I've sent email to everyone whose copyright notice has been modified,
> and I got around a third of explicit approvals, but the other two thirds
> remained silent (in some cases, the emails probably don't exist, the
> people are dead, or they don't read the email anymore). Notably, nobody
> has explicitly said no.
>
> What do you think?
There is actually a more important issue: it appears that the man
pages are not all distributed under the same license (according to
"SPDX-License-Identifier:"), so that some care would have had do be
done when copying text from one man page to another one. That said,
I would tend to think that when such text has been copied, this was
for related man pages, and there is a chance that such man pages are
distributed under the same license. Unifying the licenses by asking
the authors / copyright holders would be a great thing to do.
Now, about the copyright notices, you also need to give the full
list of the licenses that can apply, as some license may require
the copyright notice to have some restricted form (such as being
included in the file itself).
For instance, the GPL licenses have
To do so, attach the following notices to the program. It is safest
to attach them to the start of each source file to most effectively
convey the exclusion of warranty; and each file should have at least
the "copyright" line and a pointer to where the full notice is
found.
(or "state" instead of "convey"), for which this seems clear that
the current decision is OK.
I think that among the licences listes under LICENSES, only
Linux-man-pages-1-para could be problematic, but only 18 files
are concerned.
--
Vincent Lefèvre <vincent@vinc17.net> - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / Pascaline project (LIP, ENS-Lyon)
next prev parent reply other threads:[~2025-06-27 7:49 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-05-08 23:15 Alejandro Colomar
2025-05-09 11:26 ` Andries E. Brouwer
2025-05-09 12:02 ` Alejandro Colomar
2025-05-09 12:14 ` Andries E. Brouwer
2025-05-09 12:28 ` Alejandro Colomar
2025-05-09 12:48 ` Vincent Lefevre
2025-05-09 12:57 ` Alejandro Colomar
2025-05-09 13:11 ` Vincent Lefevre
2025-06-26 20:41 ` Carlos O'Donell
2025-06-26 21:04 ` Alejandro Colomar
2025-06-26 23:01 ` Carlos O'Donell
2025-06-26 23:14 ` Alejandro Colomar
2025-06-27 0:08 ` Andries E. Brouwer
2025-06-27 0:45 ` Alejandro Colomar
2026-02-08 22:04 ` Alejandro Colomar
2025-06-27 0:20 ` Vincent Lefevre
2025-06-27 4:23 ` Alejandro Colomar
2025-06-27 7:49 ` Vincent Lefevre [this message]
2025-06-27 13:09 ` 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=20250627074925.GJ2809@qaa.vinc17.org \
--to=vincent@vinc17.net \
--cc=aeb@cwi.nl \
--cc=alx@kernel.org \
--cc=carlos@redhat.com \
--cc=libc-alpha@sourceware.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-man@vger.kernel.org \
--cc=opensource@jilayne.com \
--cc=seabass-labrax@gmx.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
all inboxes | Powered by JetHome®