all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: "Dr. Arne Babenhauserheide" <arne_bab@web.de>
To: Uwe Brauer <oub@mat.ucm.es>
Cc: Richard Stallman <rms@gnu.org>, emacs-devel@gnu.org
Subject: Re: is GPL2 or later enough for having a package in ELPA?
Date: Mon, 10 Jul 2023 11:27:00 +0200	[thread overview]
Message-ID: <875y6saz7x.fsf@web.de> (raw)
In-Reply-To: <87wmz89pem.fsf@mat.ucm.es>

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


Uwe Brauer <oub@mat.ucm.es> writes:
> Thanks, a couple of more question, if you don't mind:
>
>     1. Does GPL 2 or *later* mean:
>
>        a. GPL 2 and all version of that License
>           that were released  *before* GPL 2?. That seems to me the most
>           logical interpretation.
>
>        b. Or does it mean: GPL 2 and all versions that will be released,
>           *after* the release of GPL 2? That seems like a blank check to
>           me.

this was discussed during the drafting of GPLv3 a lot: a later version
means a license released after GPL 2, but only if it is similar in
spirit to the license (that’s written in the GPLv2 and GPLv3).

So no blanket permission. For any future GPL the FSF will have to make
sure that it’s similar in spirit, to GPL v2 and GPL v3, otherwise using
old code under these new licenses would risk legal attacks, and then no
one in their right mind would use those licenses.

>     2. I searched all lisp files: some have GPL 3+ some have GPL2+.
>        Is this ok, or need all files to be under the same license?

GPLv2+ and GPLv3+ are (upwards) compatible. If you have GPLv3+ files, then
the project as a whole must be GPLv3+ (or GPLv3, but please don’t leave
out the "or later", that creates a world of pain if you want to use the
later version at some point — and if history is a teacher, you will want
to).

Best wishes,
Arne
-- 
Unpolitisch sein
heißt politisch sein,
ohne es zu merken.
draketo.de

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

  reply	other threads:[~2023-07-10  9:27 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-07-08 15:51 is GPL2 or later enough for having a package in ELPA? Uwe Brauer
2023-07-09  3:26 ` Yuchen Pei
2023-07-10  1:58 ` Richard Stallman
2023-07-10  7:49   ` Uwe Brauer
2023-07-10  9:27     ` Dr. Arne Babenhauserheide [this message]
2023-07-10 12:09       ` Uwe Brauer
2023-07-10 18:48         ` Dr. Arne Babenhauserheide
2023-07-12  3:04           ` Richard Stallman
2023-07-12 15:08             ` Uwe Brauer
2023-07-17  2:20               ` Richard Stallman
2023-07-17  6:07                 ` Uwe Brauer
2023-07-17  7:21                   ` Dr. Arne Babenhauserheide
2023-07-19  2:19                     ` Richard Stallman

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=875y6saz7x.fsf@web.de \
    --to=arne_bab@web.de \
    --cc=emacs-devel@gnu.org \
    --cc=oub@mat.ucm.es \
    --cc=rms@gnu.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.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.