linux-doc.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Thorsten Leemhuis <linux@leemhuis.info>
To: Christoph Hellwig <hch@lst.de>
Cc: Jonathan Corbet <corbet@lwn.net>,
	Randy Dunlap <rdunlap@infradead.org>,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org,
	Thomas Gleixner <tglx@linutronix.de>
Subject: Re: [PATCH v3 1/3] LICENSES: Add the CC-BY-4.0 license
Date: Tue, 24 Nov 2020 11:07:41 +0100	[thread overview]
Message-ID: <e424e24f-08d3-0b83-3d5b-ac500c753792@leemhuis.info> (raw)
In-Reply-To: <20201124093658.GA13174@lst.de>

Am 24.11.20 um 10:36 schrieb Christoph Hellwig:
> On Tue, Nov 24, 2020 at 10:31:33AM +0100, Thorsten Leemhuis wrote:
>> Am 24.11.20 um 10:18 schrieb Christoph Hellwig:
>>> On Tue, Nov 24, 2020 at 09:00:01AM +0100, Thorsten Leemhuis wrote:
>>>> For context: Patch 2 of this series adds a text to the Documentation/ directory
>>>> which (for now) uses "GPL-2.0+ OR CC-BY-4.0", as I want to make it easy and
>>>> attractive for others to base their work on it. I'm not strongly attached to
>>>> CC-BY-4.0, but it seemed like the best choice: it's designed for such usage and
>>>> afaics better than using MIT for text files.
>>>
>>> And you've not Cced me on that patch 2 or patch 3, which makes Ccing
>>> me on this pretty useless as I can't judge the context.
>>
>> Argh, sorry, slipped through. You can find it here:
>>
>> https://lore.kernel.org/linux-doc/2f314e58cb14c1579f843f8c72bdb4bbb83ac20a.1606137108.git.linux@leemhuis.info/
>>
>> FWIW, here it is for easy access (just sent with thunderbird instead of
>> git send-mail, hopefully should be enough for this):
> 
> So what is so special with this documentation that it needs a
> (for the kernel tree) unusual license?

There is nothing special with this text, it's just that GPL is known to 
not be really ideal for documentation. That makes it hard for people to 
reuse parts of the docs outside of the kernel context, say in books or 
on websites. But it IMHO would be good for us if others could simply use 
this text as a base in such places. Otherwise they'd often face a 
situation where they had to write something completely new themselves, 
which afsics often leads to texts that can be incomplete, inaccurate or 
actually missleading. That can lead to bad bug reports, which is 
annoying both for reporters and kernel developers.

That's why I came up with the thought "make the text available under 
more liberal license in addition to the GPLv2 is a good idea here". I 
considered MIT, but from what I see CC-BY 4.0 is a way better choice for 
documentation that is more known to authors.

And I hope others pick up the idea when they write new documentation for 
the kernel, so maybe sooner or later it's not unusual anymore.

>  How to we make sure people
> don't accidentally end up including things they can't?

Well, the license in only specified in the header and not visible in the 
rendered HTML, which reduces the risk already. To make it even smaller I 
could add something like this to the header:

```
In case you want to use this text under CC-BY-4.0, make sure to take the 
plaintext version
  straight from the Linux kernel sources as base. This is because 
processed versions of this text (like one rendered to HTML or PDF) will 
have text in them
  that is taken from other files which that are not available under 
CC-BY-4.0
  license.
```

Ciao, Thorsten

  reply	other threads:[~2020-11-24 10:07 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-11-24  8:00 [PATCH v3 0/3] New documentation text describing how to report issues (aka "reporting-bugs rewritten") Thorsten Leemhuis
2020-11-24  8:00 ` [PATCH v3 1/3] LICENSES: Add the CC-BY-4.0 license Thorsten Leemhuis
2020-11-24  9:18   ` Christoph Hellwig
2020-11-24  9:31     ` Thorsten Leemhuis
2020-11-24  9:36       ` Christoph Hellwig
2020-11-24 10:07         ` Thorsten Leemhuis [this message]
2020-11-24 12:11           ` Matthew Wilcox
2020-11-24 13:06             ` Thorsten Leemhuis
2020-11-30 14:51             ` Jonathan Corbet
2020-12-01 14:43               ` Christoph Hellwig
2020-12-01 20:45                 ` Thorsten Leemhuis
2020-11-26 10:11         ` Thorsten Leemhuis
2020-11-24  8:00 ` [PATCH v3 2/3] docs: Add a new text describing how to report bugs Thorsten Leemhuis
2020-11-24  8:00 ` [PATCH v3 3/3] docs: make reporting-bugs.rst obsolete Thorsten Leemhuis

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=e424e24f-08d3-0b83-3d5b-ac500c753792@leemhuis.info \
    --to=linux@leemhuis.info \
    --cc=corbet@lwn.net \
    --cc=gregkh@linuxfoundation.org \
    --cc=hch@lst.de \
    --cc=linux-doc@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=rdunlap@infradead.org \
    --cc=tglx@linutronix.de \
    /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).