all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Jean-Christophe Helary <jean.christophe.helary@gmail.com>
To: jostein@kjonigsen.net
Cc: emacs-devel@gnu.org
Subject: Re: Licence of ts-comint
Date: Sun, 13 Aug 2017 14:15:41 +0200	[thread overview]
Message-ID: <D60C3A02-2C4D-4A41-90F4-992BA79B79D3@gmail.com> (raw)
In-Reply-To: <1502621936.3273210.1071832168.58C017A8@webmail.messagingengine.com>

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

Jostein,

Thank you very much for the reply.

I must apologize for the hassle because the script that automatically checked for GPL2+ (or other equivalent wordings) did not catch "GPL 2 or whatever newer comes along" and I did not take the time to actually check for myself.

Thank you very much for your work, and for making the effort to use a license that makes your package compatible with Emacs.

Regards,

Jean-Christophe 

> On Aug 13, 2017, at 12:58, Jostein Kjønigsen <jostein@secure.kjonigsen.net> wrote:
> 
> Hey Jean.
> 
> Thanks for the email.
> 
> I'll be frank and admit I don't really care that much about licensing as long as software I use is open-source. That applies to stuff I write and maintain myself.
> 
> (Prepare for a slight rant)
> 
> With that said, I'm a bit put off by how much effort the FSF/GNU puts into copyright and licensing of code, as opposed ... the code itself.
> 
> The whole GCC AST thing and debate about the "freeness" of the AST lead to LLVM being made. For similar reasons, Emacs and GUD has for a long time not supported a Elf-3 capable debugger, because before GDB got that capability that would mean supporting LLDB, which would be "bad" (it not being GPL-licensed and all).
> 
> I've seen this quote on some forum online: "The FSF was formed to replace proprietary software with free software. Having succeeded, it now lives on to replace free software with free software".
> 
> It's obviously meant as a joke, but I hope you can see where that joke is coming from. Is this really where your effort is best spent?
> 
> And now this... I honestly find the churn the FSF is putting on its GPL licenses quite baffling.
> 
> If the GPL v1 was good enough for free software... Why on earth should the FSF develop and deploy a new license which renders all former GPLed code "incompatible" (as you put it)? I'm lost for words. Are there really anyone besides Richard M. Stallmann who condones this move?
> 
> If you now make the GPL-license incompatible not only with BSD or MIT-type licenses, but also the GPL license itself... Prepare to be even further berated next time the GPL vs BSD-license is up for debate in online forums. Why put so much effort into making license compliance so hard?
> 
> From the outside looking in, it looks like needlessly inconveniencing the very people who made stuff for your platform.
> 
> You're obviously free to do whatever you please, but to me this just seems a misguided. If your goal is to  promote free software, how do you see this helping?
> 
> (End of rant)
> 
> That said... My small and pretty insignificant package is already licensed "GPL 2 or whatever newer comes along".
> 
> If you still think this is "incompatible" and needs an upgrade, and if you are willing to do the leg-work... You know where my repo is. Feel free to issue a pull-request and I'll have it merged.
> 
> --
> Yours truly
> Jostein Kjønigsen
> 
> jostein@kjonigsen.net <mailto:jostein@kjonigsen.net> 🍵 jostein@gmail.com <mailto:jostein@gmail.com>
> https://jostein.kjonigsen.net <https://jostein.kjonigsen.net/>
> 
> 
> On Sat, Aug 12, 2017, at 10:24 AM, Jean-Christophe Helary wrote:
>> Hi,
>> 
>> In a thread in the emacs-devel maillist, the licensing situation for
>> emacs
>> packages provided through Emacs package archives has been under focus. I
>> have
>> volunteered to contact the authors of packages that have a license that
>> is
>> incompatible with Emacs, which is now under GPL-3+.
>> 
>> See https://lists.gnu.org/archive/html/emacs-devel/2017-07/msg01069.html <https://lists.gnu.org/archive/html/emacs-devel/2017-07/msg01069.html>
>> 
>> So I wonder if you could consider to change the license of your package
>> to
>> GPL-3+?
>> 
>> Also, you may have noticed that the package from which ts-comint is
>> forked has recently moved to GPL3+.
>> https://github.com/redguardtoo/js-comint/commit/eb4744122724b24e492c2171fff438e3ee2045a8 <https://github.com/redguardtoo/js-comint/commit/eb4744122724b24e492c2171fff438e3ee2045a8>
>> 
>> Yours,
>> 
>> Jean-Christophe Helary
> 


[-- Attachment #2: Type: text/html, Size: 7154 bytes --]

  reply	other threads:[~2017-08-13 12:15 UTC|newest]

Thread overview: 30+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <C7FBB42B-2311-44F5-B940-22426AC1B2B7@gmail.com>
2017-08-13 10:58 ` Licence of ts-comint Jostein Kjønigsen
2017-08-13 12:15   ` Jean-Christophe Helary [this message]
2017-08-14  1:51     ` Richard Stallman
2017-08-13 18:16   ` Paul Eggert
2017-08-13 22:01   ` Stefan Monnier
2017-08-13 23:35     ` John Wiegley
2017-08-14  2:35       ` Eli Zaretskii
2017-08-14 20:48       ` Richard Stallman
2017-08-14 20:54         ` John Wiegley
2017-08-15  2:27           ` Eli Zaretskii
2017-08-21 19:03   ` Richard Stallman
2017-08-21 20:21     ` John Wiegley
2017-08-22 16:12       ` Richard Stallman
2017-08-22 17:33         ` John Wiegley
2017-08-23  3:51           ` [OFFTOPIC] " Stefan Monnier
2017-08-23  4:36             ` Radon Rosborough
2017-08-23  5:36               ` Paul Eggert
2017-08-23  5:56                 ` John Wiegley
2017-08-23 22:50                 ` Richard Stallman
2017-08-23 11:32               ` Stefan Monnier
2017-08-23 22:50             ` Richard Stallman
2017-08-24 10:40               ` Stefan Monnier
2017-08-23 14:18           ` Richard Stallman
2017-08-22 17:33         ` John Yates
2017-08-22 17:54           ` Paul Eggert
2017-08-22 20:16             ` John Yates
2017-08-23  0:30               ` Paul Eggert
2017-08-23 22:48               ` Richard Stallman
2017-08-22 16:12       ` Richard Stallman
2017-08-22 16: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=D60C3A02-2C4D-4A41-90F4-992BA79B79D3@gmail.com \
    --to=jean.christophe.helary@gmail.com \
    --cc=emacs-devel@gnu.org \
    --cc=jostein@kjonigsen.net \
    /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.