all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Richard Stallman <rms@gnu.org>
To: Christopher Howard <christopher@librehacker.com>
Cc: emacs-devel@gnu.org
Subject: Re: Elisp licensing
Date: Wed, 20 Nov 2024 23:58:40 -0500	[thread overview]
Message-ID: <E1tDzH6-0004H8-34@fencepost.gnu.org> (raw)
In-Reply-To: <87mshwphv5.fsf@librehacker.com> (message from Christopher Howard on Mon, 18 Nov 2024 08:33:02 -0900)

[[[ To any NSA and FBI agents reading my email: please consider    ]]]
[[[ whether defending the US Constitution against all enemies,     ]]]
[[[ foreign or domestic, requires you to follow Snowden's example. ]]]

  > I was wondering if somebody could clarify, from a legal perspective,
  > and from the perspective of the Gnu project, what is acceptable
  > licensing for Elisp code?

Those two perspectives make two different questions -- which are you
asking?

                              In my personal observations, finding Elisp
  > in the wild, it seems like most people are labeling their Elisp as
  > GPLv3+,

That is what we recommend.

            not counting the code that doesn't have any license attached
  > at all.

A nontrivial file with no license is nonfree.  That is the default under
copyright law.

When you see an instance of that, please point this out to the auhor
and ask per to add a GPLv3+ license header.

  >  But recently I came across an Elisp library marked LGPLv3+,

LGPLv3+ is basically the same as GPLv3+ ecept that it gives some
additional perissions.  (Please read it for yourself so you will see:
https://gnu.org/licenses/lgpl-3.0.txt.)  So it is no problem.

  > and also another project that was under an ISC license.

That is a weak, permissive license, compatible with everything.  We do
not recommend it but its use is not a problem.

  > My understand was that nearly all Elisp programs heavily utilize the
  > Gnu Emacs API and libraries, and so they should be also licensed under
  > GPLv3+.

Legally they need to be under licenses compatible with GPLv3+,
if they are meant for use in combination with GNU Emacs.
Morally, it is always good to use GPLv3+, and there is rarely
a good reason to use anything else.  

I suggest you read https://gnu.org/licenses/license-compatibility.html
to learn about license compatibility issues.

  >  Maybe with exceptions for programs written for Guile Elisp

That is rather vague, so I won't say it is absurd, but why would
it ever be better to use a weaker license for Emacs Lisp code?
Copyleft supports freedom, so in general it is better to copyleft
a program than not to.

                                                                or
  > one of the non-Gnu Emacs clones that are being developed, like Gypsum
  > or Rune.

What are those?   Why would they make it better not to uee copyleft?

-- 
Dr Richard Stallman (https://stallman.org)
Chief GNUisance of the GNU Project (https://gnu.org)
Founder, Free Software Foundation (https://fsf.org)
Internet Hall-of-Famer (https://internethalloffame.org)





  reply	other threads:[~2024-11-21  4:58 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-11-18 17:33 Elisp licensing Christopher Howard
2024-11-21  4:58 ` Richard Stallman [this message]
2024-11-21 21:10   ` Christopher Howard
2024-11-23  6:12     ` 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=E1tDzH6-0004H8-34@fencepost.gnu.org \
    --to=rms@gnu.org \
    --cc=christopher@librehacker.com \
    --cc=emacs-devel@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.