From: Jean Louis <bugs@gnu.support>
To: Christopher Dimech <dimech@gmx.com>
Cc: help-gnu-emacs@gnu.org, moasenwood@zoho.eu
Subject: Re: Use Emacs as the IDE for Wolfram Mathematica.
Date: Mon, 24 May 2021 14:31:36 +0300 [thread overview]
Message-ID: <YKuOmB4bzQByDbxo@protected.localdomain> (raw)
In-Reply-To: <trinity-27cadaf8-e80c-4b92-83f5-7ad133dba733-1621848878481@3c-app-mailcom-bs01>
* Christopher Dimech <dimech@gmx.com> [2021-05-24 12:35]:
> > (✿╹◡╹) Maybe misconception is on my side or your side, I believe it is
> > in your side.
>
> Read more ;)
> > gcc is free compiler, and people could make proprietary software with
> > it. But such proprietary software does not change the gcc and not
> > necessarily depend on gcc to get run, but as soon as it depend on some
> > GPL component, then it cannot be made proprietary.
>
> The license only limits you on what you can distribute, nothing
> else.
It limits you, among other limitations, to distribute free software
program as combined with proprietary program.
It limits you, among other limitations, to make a combined program
with a free software program, unless the free software program is
licensed under the LGPL.
Otherwise you cannot make proprietary program combined with GPL-ed
program.
> > Now CLISP, Guile, and other programming languages may be GNU GPL
> > software. When you make a program to be run by Guile, CLISP, those
> > programs could be proprietary software as they do not change nor
> > modify the Guile, nor CLISP. They are just executed by free
> > software. But the overall result depends of components used in the
> > program, you cannot just include GPL components as you wish and want
> > in your proprietary program.
> >
> > Would the Emacs Lisp program be exclusively run from command line as
> > run by Emacs as programming language then such program could be
> > licensed as proprietary software. But that also would depend if your
> > program is using the GPL components or not, which most probably would
> > use.
> >
> > (⌐■_■) So the question is answered here:
> > https://www.gnu.org/licenses/gpl-faq.html#IfInterpreterIsGPL
> >
> > If you just interpret the Emacs Lisp, it is fine, but question is, do
> > you bind to GPL components? Most probably you do.
> >
> > Would you make an Emacs Lisp program that does not bind to any of the
> > GPL components then such program could be proprietary. But if you do
> > bind to any components, it cannot be proprietary.
>
> > For example, if you do something like:
> >
> > (require 'seq)
>
> You can certainly do that as long as you do not distribute seq with it in
> a proprietary blob. What you cannot do is limit what people can do with
> seq.
People can do anything, we speak what is allowed by the license, now
what one can do. The license of a GPL program does not allow making a
combined program with it and not license it under same terms.
I am asking you to make your homework first, as it is not good
spreading misleading information on the mailing list that remains in
the public forever.
Read:
https://en.wikipedia.org/wiki/GNU_Lesser_General_Public_License
Quote:
The GNU Lesser General Public License (LGPL) is a free-software
license published by the Free Software Foundation (FSF). The license
allows developers and companies to use and integrate a software
component released under the LGPL into their own (even proprietary)
software without being required by the terms of a strong copyleft
license to release the source code of their own components. However,
any developer who modifies an LGPL-covered component is required to
make their modified version available under the same LGPL license. For
proprietary software, code under the LGPL is usually used in the form
of a shared library, so that there is a clear separation between the
proprietary and LGPL components. The LGPL is primarily used for
software libraries, although it is also used by some stand-alone
applications.
Read:
https://en.wikipedia.org/wiki/GNU_Lesser_General_Public_License#Differences_from_the_GPL
Emacs is not LGPL, and license does not allow combining code with
proprietary programs. So, no, you cannot require 'seq or any other
Emacs library in a proprietary program without violation of the GPL.
--
Jean
Take action in Free Software Foundation campaigns:
https://www.fsf.org/campaigns
Sign an open letter in support of Richard M. Stallman
https://stallmansupport.org/
next prev parent reply other threads:[~2021-05-24 11:31 UTC|newest]
Thread overview: 35+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-05-23 5:25 Use Emacs as the IDE for Wolfram Mathematica Hongyi Zhao
2021-05-23 5:39 ` Emanuel Berg via Users list for the GNU Emacs text editor
2021-05-23 6:39 ` Christopher Dimech
2021-05-23 8:54 ` Emanuel Berg via Users list for the GNU Emacs text editor
2021-05-23 10:00 ` Christopher Dimech
2021-05-23 10:10 ` Emanuel Berg via Users list for the GNU Emacs text editor
2021-05-23 12:13 ` Jean Louis
2021-05-23 21:27 ` Emanuel Berg via Users list for the GNU Emacs text editor
2021-06-07 15:48 ` TRS-80
2021-05-23 12:00 ` Jean Louis
2021-05-23 12:48 ` Christopher Dimech
2021-05-23 13:09 ` Don't think Emacs package may be proprietary Jean Louis
2021-05-23 13:54 ` Christopher Dimech
2021-05-23 14:03 ` Jean Louis
2021-05-23 14:31 ` Christopher Dimech
2021-05-23 14:37 ` Christopher Dimech
2021-05-23 21:26 ` Use Emacs as the IDE for Wolfram Mathematica Emanuel Berg via Users list for the GNU Emacs text editor
2021-05-24 8:28 ` Christopher Dimech
2021-05-24 9:10 ` Jean Louis
2021-05-24 9:34 ` Christopher Dimech
2021-05-24 11:31 ` Jean Louis [this message]
2021-05-24 11:43 ` Christopher Dimech
2021-05-24 11:54 ` Jean Louis
2021-05-24 12:47 ` Christopher Dimech
2021-05-24 14:12 ` Jean Louis
2021-05-24 15:37 ` Hongyi Zhao
2021-05-23 12:57 ` Christopher Dimech
2021-05-23 13:11 ` Jean Louis
2021-05-23 13:23 ` Christopher Dimech
2021-06-07 16:06 ` TRS-80
2021-06-07 22:16 ` Emanuel Berg via Users list for the GNU Emacs text editor
2021-05-23 13:39 ` Christopher Dimech
2021-05-23 21:28 ` Emanuel Berg via Users list for the GNU Emacs text editor
2021-05-23 21:42 ` Free software is liberty for future - " Jean Louis
2021-05-24 8:37 ` Christopher Dimech
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=YKuOmB4bzQByDbxo@protected.localdomain \
--to=bugs@gnu.support \
--cc=dimech@gmx.com \
--cc=help-gnu-emacs@gnu.org \
--cc=moasenwood@zoho.eu \
/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).