From: Carlos O'Donell <carlos@redhat.com>
To: Alejandro Colomar <alx@kernel.org>
Cc: "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: Thu, 26 Jun 2025 19:01:24 -0400 [thread overview]
Message-ID: <42dad79f-e0f2-4731-ac14-0189f5d278a0@redhat.com> (raw)
In-Reply-To: <e363mzanav4inu3wtk5pmyzfwlquxr5kwh7ytk5emtayizi7qi@dqxritlnl22g>
On 6/26/25 5:04 PM, Alejandro Colomar wrote:
> Hi Carlos,
>
> On Thu, Jun 26, 2025 at 04:41:16PM -0400, Carlos O'Donell wrote:
>> On 5/9/25 8:14 AM, Andries E. Brouwer wrote:
>>> Hi Alejandro,
>>>
>>>>> I wonder about the legal status of such a change.
>>>>> There is ownership of the pages, and a license that allows
>>>>> others to do certain things.
>>>>
>>>> I also wonder about it. We discussed it for several (~3) months, and I
>>>> documented links to the discussion in the commit message:
>>>>
>>>> commit 9f2986c34166085225bb5606ebfd4952054e1657
>>>> Author: Alejandro Colomar <alx@kernel.org>
>>>> Date: Fri Apr 11 02:19:48 2025 +0200
>>>>
>>>> *, CREDITS: Unify copyright notices
>>>> Link: <https://lore.kernel.org/linux-man/jpin2dbnp5vpitnh7l4qmvkamzq3h3xljzsznrudgioox3nn72@57uybxbe3h4p/T/#u>
>>>> Link: <https://www.linuxfoundation.org/blog/blog/copyright-notices-in-open-source-software-projects>
>>>
>>> So I read this last link, and see
>>>
>>> "Don’t change someone else’s copyright notice without their permission
>>> You should not change or remove someone else’s copyright notice unless
>>> they have expressly (in writing) permitted you to do so. This includes
>>> third parties’ notices in pre-existing code."
>>>
>>> The main topic of that link is how one should document new contributions,
>>> and writing "by the contributors of the foo project" is OK for new stuff,
>>> of course provided the new contributor agrees.
>>> In my opinion it is illegal to change existing copyright notices,
>>> unless you get permission from all people involved, which seems unlikely.
>>
>> I agree with Andries.
>>
>> This is also my interpretation, you cannot remove these entries without
>> express permission from the copyright holder.
>
> Well, we got express permission for a third of the copyright holders in
> the last few months. Also, we got no express notices in the contrary,
> so around two thirds have remained silent.
You should track down the copyright holders and get written approval,
or restore the copyright notices.
This is exactly the difficulty in maintaining such written notices.
And why they are no longer recommended.
> We could restore those that haven't expressely granted permission...
Yes please.
May I suggest doing a new release with the copyrights restored?
> The thing is, as someone else mentioned, removals happen also implicitly
> by moving text from one page to another and not copying copyright
> notices, so how much does it matter an intentional rewrite of the
> copyright notices into a different form (but which keeps their
> copyright, as part of the AUTHORS file), compared to an unintentional
> removal of copyright by moving the text (these do actually remove
> copyright, so these are the problematic ones).
Both are legally mistakes.
The common utterance is "As compliance approaches 100% cost approaches
infinity" :-)
However, you should not deny anyone the right to have their copyright
directly noted in the file, but you can encourage the generic use of
"Copyright the Foo Authors." You can deny the contribution entirely if
you wish on grounds that maintaining copyright statements is too much
work.
> By rewriting the copyright notices, we'd actually be honoring the
> copyright, even when text is moved from page to page. I think that is
> more important. And since all explicit notices have granted us
> permission, even if some have remained silent (in some cases, their
> email probably isn't monitored anymore), I think we should go forward.
I agree, but you need permission from the authors.
I disagree that man-pages should go forward with the current changes.
May you please restore the copyright notices and cut a new release?
--
Cheers,
Carlos.
next prev parent reply other threads:[~2025-06-26 23:01 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 [this message]
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
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=42dad79f-e0f2-4731-ac14-0189f5d278a0@redhat.com \
--to=carlos@redhat.com \
--cc=aeb@cwi.nl \
--cc=alx@kernel.org \
--cc=libc-alpha@sourceware.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-man@vger.kernel.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
all inboxes | Powered by JetHome®