unofficial mirror of help-gnu-emacs@gnu.org
 help / color / mirror / Atom feed
From: <tomas@tuxteam.de>
To: Stefan Monnier <monnier@iro.umontreal.ca>, help-gnu-emacs@gnu.org
Subject: Re: Packages, release notes, etc
Date: Fri, 11 Sep 2015 07:26:54 +0200	[thread overview]
Message-ID: <20150911052654.GB27653@tuxteam.de> (raw)
In-Reply-To: <871te6nijg.fsf@gnu.org>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Thu, Sep 10, 2015 at 10:09:07PM +0200, Tassilo Horn wrote:
> Stefan Monnier <monnier@iro.umontreal.ca> writes:
> 
> >> With respect to license, I think it is not even possible for an Emacs
> >> package to have a license different than GPL version 3 or later.
> >
> > Not exactly: the license can be different from GPLv3+, but it should
> > be compatible with GPLv3+, indeed.
> 
> But what's the purpose of the copyleft when I can release a derived work
> basing on GPL code under a GPL-compatible license which has no copyleft
> anymore, e.g., Apache License, Version 2.0?

Now I get it: you say that writing Emacs Lisp code is automatically a
"derived work" of Emacs. Hm. I don't know what the general position
on that is. Is a program written in Perl a derived work of Perl?

Most certainly a grey area, that's why some packages (e.g. GCC and its
runtime companion library) go to some lengths to clarify those points
(in the case of GCC, a C program is explicitly not considered derived
work, although it includes headers and caters to interfaces). But if
you think of the recent spat between Oracle and Google wrt copyright
violation by using some Java interfaces... it seems that the lawyers
themselves don't know a priori how the judges are going to decide on
that.

regards
- -- tomás
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAlXyZh4ACgkQBcgs9XrR2kbpawCfb5YGvqcp5JIRjLUQy7M/NGao
o6QAniLDAvAY7EYHQBdOjAO2q40CMPca
=1sE3
-----END PGP SIGNATURE-----



  parent reply	other threads:[~2015-09-11  5:26 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <vto7ccx8r5.ln2@news.c0t0d0s0.de>
2015-09-10  9:22 ` Packages, release notes, etc Tassilo Horn
2015-09-10 17:36   ` Stefan Monnier
2015-09-10 20:09     ` Tassilo Horn
2015-09-10 23:20       ` Stefan Monnier
     [not found]       ` <mailman.878.1441927224.19560.help-gnu-emacs@gnu.org>
2015-09-11  2:12         ` Pascal J. Bourguignon
2015-09-11  9:25           ` Alan Schmitt
2015-09-11  5:26       ` tomas [this message]
     [not found]     ` <mailman.874.1441915758.19560.help-gnu-emacs@gnu.org>
2015-09-11  0:16       ` Joost Kremers
2015-09-11  2:15         ` Pascal J. Bourguignon
     [not found] ` <mailman.808.1441876951.19560.help-gnu-emacs@gnu.org>
     [not found]   ` <ni18ccxbua.ln2@news.c0t0d0s0.de>
2015-09-10 10:31     ` tomas
2015-09-10 11:00       ` Tassilo Horn
2015-09-10 11:38         ` tomas
2015-09-10 11:40 Alexis

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://www.gnu.org/software/emacs/

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

  git send-email \
    --in-reply-to=20150911052654.GB27653@tuxteam.de \
    --to=tomas@tuxteam.de \
    --cc=help-gnu-emacs@gnu.org \
    --cc=monnier@iro.umontreal.ca \
    /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.
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).