GNU bug report logs - #30836
[PATCH 2/3] guix import elpa: use #f for license

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 30836 in the body.
You can then email your comments to 30836 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Konrad Hinsen <konrad.hinsen <at> fastmail.net>
To: guix-patches <at> gnu.org
Subject: [PATCH 2/3] guix import elpa: use #f for license
Date: Fri, 16 Mar 2018 14:53:51 +0100

Elpa doesn't supply license information. The current importer pretends that
everything is GPL3, which is not true. The importer should not invent license
information.
---
 guix/import/elpa.scm | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/guix/import/elpa.scm b/guix/import/elpa.scm
index 7f76a13ad..cae10eb1c 100644
--- a/guix/import/elpa.scm
+++ b/guix/import/elpa.scm
@@ -234,7 +234,7 @@ type '<elpa-package>'."
        (home-page ,(elpa-package-home-page pkg))
        (synopsis ,(elpa-package-synopsis pkg))
        (description ,(elpa-package-description pkg))
-       (license license:gpl3+))))
+       (license #f))))
 
 (define* (elpa->guix-package name #:optional (repo 'gnu))
   "Fetch the package NAME from REPO and produce a Guix package S-expression."
-- 
2.16.2

Message #8 received at 30836 <at> debbugs.gnu.org (full text, mbox):

From: ludo <at> gnu.org (Ludovic Courtès)
To: Konrad Hinsen <konrad.hinsen <at> fastmail.net>
Cc: 30836 <at> debbugs.gnu.org
Subject: Re: [bug#30836] [PATCH 2/3] guix import elpa: use #f for license
Date: Sat, 17 Mar 2018 22:29:32 +0100

Konrad Hinsen <konrad.hinsen <at> fastmail.net> skribis:

> Elpa doesn't supply license information. The current importer pretends that
> everything is GPL3, which is not true. The importer should not invent license
> information.

Do you have examples of packages on ELPA that are not GPLv3+?  I don’t
know if this is the case, but I wouldn’t be surprised if it had a policy
of requiring GPLv3+ given that Emacs itself is GPLv3+.

Thanks,
Ludo’.

Message #11 received at 30836 <at> debbugs.gnu.org (full text, mbox):

From: Kyle Meyer <kyle <at> kyleam.com>
To: Ludovic Courtès <ludo <at> gnu.org>, Konrad Hinsen
 <konrad.hinsen <at> fastmail.net>
Cc: 30836 <at> debbugs.gnu.org
Subject: Re: [bug#30836] [PATCH 2/3] guix import elpa: use #f for license
Date: Sun, 18 Mar 2018 01:12:04 -0400

Ludovic Courtès <ludo <at> gnu.org> writes:

> Konrad Hinsen <konrad.hinsen <at> fastmail.net> skribis:
>
>> Elpa doesn't supply license information. The current importer pretends that
>> everything is GPL3, which is not true. The importer should not invent license
>> information.
>
> Do you have examples of packages on ELPA that are not GPLv3+?  I don’t
> know if this is the case, but I wouldn’t be surprised if it had a policy
> of requiring GPLv3+ given that Emacs itself is GPLv3+.

My understanding is that anyone who contributes a non-trivial patch to
an ELPA package must assign copyright to the FSF, so I'd guess an ELPA
package is GPLv3+ by definition.

-- 
Kyle

Message #14 received at 30836 <at> debbugs.gnu.org (full text, mbox):

From: Konrad Hinsen <konrad.hinsen <at> fastmail.net>
To: Ludovic Courtès <ludo <at> gnu.org>
Cc: 30836 <at> debbugs.gnu.org
Subject: Re: [bug#30836] [PATCH 2/3] guix import elpa: use #f for license
Date: Sun, 18 Mar 2018 09:27:56 +0100

ludo <at> gnu.org (Ludovic Courtès) writes:

> Konrad Hinsen <konrad.hinsen <at> fastmail.net> skribis:
>
>> Elpa doesn't supply license information. The current importer pretends that
>> everything is GPL3, which is not true. The importer should not invent license
>> information.
>
> Do you have examples of packages on ELPA that are not GPLv3+?  I don’t
> know if this is the case, but I wouldn’t be surprised if it had a policy
> of requiring GPLv3+ given that Emacs itself is GPLv3+.

The ELPA importer is also used for MELPA, which has no license
requirements. The package that motivated this patch is Deft, which is
MIT-licensed:

   https://jblevins.org/projects/deft/

If GNU ELPA guarantees GPL3, we could keep the old behavior for that
but use #f for MELPA and stable MELPA.

Konrad.

Message #19 received at 30836-done <at> debbugs.gnu.org (full text, mbox):

From: ludo <at> gnu.org (Ludovic Courtès)
To: Konrad Hinsen <konrad.hinsen <at> fastmail.net>
Cc: 30836-done <at> debbugs.gnu.org
Subject: Re: [bug#30836] [PATCH 2/3] guix import elpa: use #f for license
Date: Sun, 18 Mar 2018 23:25:41 +0100

Konrad Hinsen <konrad.hinsen <at> fastmail.net> skribis:

> ludo <at> gnu.org (Ludovic Courtès) writes:
>
>> Konrad Hinsen <konrad.hinsen <at> fastmail.net> skribis:
>>
>>> Elpa doesn't supply license information. The current importer pretends that
>>> everything is GPL3, which is not true. The importer should not invent license
>>> information.
>>
>> Do you have examples of packages on ELPA that are not GPLv3+?  I don’t
>> know if this is the case, but I wouldn’t be surprised if it had a policy
>> of requiring GPLv3+ given that Emacs itself is GPLv3+.
>
> The ELPA importer is also used for MELPA, which has no license
> requirements. The package that motivated this patch is Deft, which is
> MIT-licensed:
>
>    https://jblevins.org/projects/deft/
>
> If GNU ELPA guarantees GPL3, we could keep the old behavior for that
> but use #f for MELPA and stable MELPA.

Good idea.  Commit 9bb1838c3f982dfb84ba24eb2f727cb39ee5805c does that.

Thanks!

Ludo’.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.