[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH 1/4] docs/sphinx: License content with CC-BY-4.0
On 03/10/2019, 21:56, "Andrew Cooper" <andrew.cooper3@xxxxxxxxxx> wrote: Creative Commons is a more common license than GPL for documentation purposes. Switch to using CC-BY-4.0 to explicitly permit re-purposing and remixing of the content. Signed-off-by: Andrew Cooper <andrew.cooper3@xxxxxxxxxx> --- CC: Lars Kurth <lars.kurth@xxxxxxxxxx> CC: George Dunlap <George.Dunlap@xxxxxxxxxxxxx> CC: Ian Jackson <ian.jackson@xxxxxxxxxx> CC: Jan Beulich <JBeulich@xxxxxxxx> CC: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx> CC: Stefano Stabellini <sstabellini@xxxxxxxxxx> CC: Tim Deegan <tim@xxxxxxx> CC: Wei Liu <wl@xxxxxxx> CC: Julien Grall <julien@xxxxxxx> CC: Rich Persaud <persaur@xxxxxxxxx> CC: Juergen Gross <jgross@xxxxxxxx> --- COPYING | 3 +++ docs/README.source | 32 ++++++++++++++++++++++++++++++++ docs/admin-guide/index.rst | 2 ++ docs/admin-guide/microcode-loading.rst | 2 ++ docs/conf.py | 1 + docs/guest-guide/index.rst | 2 ++ docs/guest-guide/x86/hypercall-abi.rst | 2 ++ docs/guest-guide/x86/index.rst | 2 ++ docs/hypervisor-guide/code-coverage.rst | 2 ++ docs/hypervisor-guide/index.rst | 2 ++ docs/index.rst | 2 ++ 11 files changed, 52 insertions(+) create mode 100644 docs/README.source diff --git a/COPYING b/COPYING index 310fd52c27..80fac091d3 100644 --- a/COPYING +++ b/COPYING @@ -47,6 +47,9 @@ various drivers, support functions and header files within Xen-aware Linux source trees. In all such cases, license terms are stated at the top of the file or in a COPYING file in the same directory. +Sphinx documentation is licensed under CC-BY 4.0. See +docs/README.source for more specific information. + In some cases, compatible 3rd party code has been imported into the Xen tree, retaining the original license, such as - AES-128 3.0 diff --git a/docs/README.source b/docs/README.source new file mode 100644 index 0000000000..f20fa92c28 --- /dev/null +++ b/docs/README.source @@ -0,0 +1,32 @@ +Sphinx documentation: + +All source rendered by Sphinx is licensed under CC-BY-4.0. Sorry for opening this can of worms. Although I had seen the discussion between Rich and you about this, I had not actually done any groundwork on the licensing. So, we have to look at two things: * Compatibility: See https://creativecommons.org/2015/10/08/cc-by-sa-4-0-now-one-way-compatible-with-gplv3/ This makes CC-BY-4.0 inbound compatible with GPLv3 It's not clear to me whether GPLv2 is compatible with CC-BY 4.0: lack of publicly available information implies this is not the case * Output License But even if it is, the produced sphinx output would be GPLv2, not CC-BY 4.0 This would even be true if none of the older GPLv2 docs portions were included, as the API docs generated from source are GPLv2 As such the statement "All source rendered by Sphinx is licensed under CC-BY-4.0" is wrong. Although it is probably correct to say "All CC-BY 4.0 source rendered by Sphinx is licensed under CC-BY-4.0", because Sphinx retains the source file to html mapping and linkage in docs generation works differently to linkage in code. I am wondering whether anyone else has come across this. This question in particular goes back to Rich who made a very strong case for CC-BY-4.0 based documentation. I don't think we would have an issue if the entire sphinx doc-set is GPLv2 if most content is licensed under CC-BY-4.0, except that such an approach would make re-using the entire sphinx generated docset messy. We probably also want to maintain the capability to copy text from some documentation freely into the source tree and vice versa, if needed. This is particularly true for content in Technical Debt, user content (may end up in man pages), etc. Maybe the right approach would be to dually license the documentation files using both GPLv2 and CC-BY 4.0 and quantifying this in the COPYING file of the docs directory (starting from a specific date). We could eventually re-license all the other stuff over time, which should be relatively straightforward and/or exclude specific problematic directories. Things like standardising say man pages to rst, would potentially also create complexities with this patch, because of +This includes: + * All ReStructured Text files: docs/*/*.rst I don't want this to become a long-winded conversation during the 4.13 freeze. Please keep this in mind when responding. It may mean though, that we can't resolve this before 4.13 is released Regards Lars _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxxx https://lists.xenproject.org/mailman/listinfo/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |