unofficial mirror of guix-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: "Nguyễn Gia Phong via Development of GNU Guix and the GNU System distribution." <guix-devel@gnu.org>
To: "Liliana Marie Prikler" <liliana.prikler@gmail.com>,
	"Wojtek Kosior" <koszko@koszko.org>,
	"Felix Lechner" <felix.lechner@lease-up.com>
Cc: <guix-devel@gnu.org>
Subject: Re: Mixing GPL and non-copyleft code in source files
Date: Sun, 24 Dec 2023 13:15:05 +0900	[thread overview]
Message-ID: <CXW9TMX2QDD0.JR97VEGEY484@loang.net> (raw)
In-Reply-To: <a82d682714fb20ff613f22a469d211d0be6211e2.camel@gmail.com>

[-- Attachment #1: Type: text/plain, Size: 2759 bytes --]

On 2023-12-24 at 03:41+01:00, Liliana Marie Prikler wrote:
> Publishing some source code under the GPL v3 (or later)
> does not preclude [someone] as the sole author
> from also publishing it under the CC-0.  It does
> defeat the purpose of the GPL if you, however,
> because whoever wants to make a proprietary spin-off
> will simply take the CC-0, since whereas the GPL
> gives you access to all the changes when they redistribute it,
> the CC-0 gives you bupkis.

It's worth noting that CC0 is not a license but a public domain
dedication.  One cannot dual-license it with GPL because copyright
no longer applies to the work: https://creativecommons.org/faq

A CC0 patch to a GPL software does not change the licensing status
of the software, and any modification on top of the public domain
works can continue to be under the GPL.  This goes for other parts of
Guix that alone are not copyrightable like the list of facebook hosts.

Furthermore, even if the author decides to dual license it, it makes
no difference to predatory corporations whether if the information
about the permissively licensed snippets are documented mainline:
that piece of code is still licensed that way.  However, once again
note that the dual-licensed modules will become copyleft after
any modification under the GPL.

The intention of the GPL and software freedom is to protect the freedom
of end-users: it concerns their rights over the overall program.
As long as the program is still copyleft, it would not be possible
to distribute any non-free derivative.

Now you could argue that if a large part of the codebase
is permissively licensed, the rest could be easily rewrite to produce
a proprietary work.  While that is true, the viral property
of copyleft would render this practically impossible, as the chance
of the same parts of guix is contributed solely by people preferring
permissive licenses is really low considering the total number
of contributors.

I understand the fear of a copyleft work being tainted,
it is just irrational in this very case.  On the other hand,
encouraging patches under any GPL-compatible license would put
unnecessary burdens on the maintainers to document which snippet
to be under what license.  This is even beyond the scope of REUSE
which would optimistically already take days to implement for guix.

For this reason, I think it is a reasonable ask for contributions
to be under the same license and authors can self-publish the patch
under a different license if they wish to.  As mentioned, those hunks
will not stay permissive forever in guix anyway, nor that guix
owes contributors the favor to allocate resources on something
that does not dirrectly support its mission.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 248 bytes --]

  reply	other threads:[~2023-12-24  4:31 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-12-22 16:53 Mixing GPL and non-copyleft code in source files Wojtek Kosior via Development of GNU Guix and the GNU System distribution.
2023-12-22 18:00 ` Felix Lechner via Development of GNU Guix and the GNU System distribution.
2023-12-22 21:06   ` Wojtek Kosior via Development of GNU Guix and the GNU System distribution.
2023-12-22 22:41     ` Felix Lechner via Development of GNU Guix and the GNU System distribution.
2023-12-23 18:19       ` Wojtek Kosior via Development of GNU Guix and the GNU System distribution.
2023-12-24  2:41         ` Liliana Marie Prikler
2023-12-24  4:15           ` Nguyễn Gia Phong via Development of GNU Guix and the GNU System distribution. [this message]
2023-12-27  9:25             ` Wojtek Kosior via Development of GNU Guix and the GNU System distribution.
2023-12-27  9:22           ` Wojtek Kosior via Development of GNU Guix and the GNU System distribution.
2023-12-27 18:31             ` Liliana Marie Prikler
2024-01-03 17:46               ` Wojtek Kosior via Development of GNU Guix and the GNU System distribution.
2024-01-03 20:19                 ` Liliana Marie Prikler
2024-01-03 21:22                   ` Wojtek Kosior via Development of GNU Guix and the GNU System distribution.
2024-01-04  5:30                     ` Liliana Marie Prikler
2024-01-03 20:32                 ` Vagrant Cascadian
2024-01-04  1:24                   ` Philip McGrath
2024-01-03 18:17             ` Alexandre Oliva
2024-01-03 21:17               ` Wojtek Kosior via Development of GNU Guix and the GNU System distribution.
2024-01-04 11:49           ` Alexandre Oliva

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

  List information: https://guix.gnu.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=CXW9TMX2QDD0.JR97VEGEY484@loang.net \
    --to=guix-devel@gnu.org \
    --cc=cnx@loang.net \
    --cc=felix.lechner@lease-up.com \
    --cc=koszko@koszko.org \
    --cc=liliana.prikler@gmail.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.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/guix.git

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 read-only IMAP folder(s) and NNTP newsgroup(s).