[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Help building Pen.el (GPT for emacs)
From: |
Eli Zaretskii |
Subject: |
Re: Help building Pen.el (GPT for emacs) |
Date: |
Sat, 24 Jul 2021 11:10:38 +0300 |
> Date: Sat, 24 Jul 2021 10:33:57 +0300
> From: Jean Louis <bugs@gnu.support>
> Cc: rms@gnu.org, stefan@marxist.se, mullikine@gmail.com,
> emacs-tangents@gnu.org
>
>
> Eli, I do take care of licensing when re-using somebody's software,
> and when publishing software or distributing it.
>
> There is nothing "radical" about it.
Considering the license of the code is not radical, indeed. But the
criteria you personally apply when considering that _are_ radical.
You posted enough opinions about these matters to make that abundantly
clear.
There's nothing wrong with having such views, they are your personal
views, and are entirely legitimate. All I'm saying is that the Emacs
project should not be guided by such views, for the reasons I
explained.
> Concerns of other people are also not radical.
No, but your interpretation of those "concerns" is.
> Intention of authors is not respected even if there is legal
> circumvention in the US such as "fair use", that does not fly in
> other jurisdictions.
So you agree that the problems you raised don't seem to exist at least
in the US?
> I do understand you have some unsolved issues or something you cannot
> handle related to licensing
No, I don't have any unsolved issues.
> as you are more for technical side
??? What is that supposed to mean?
> but please don't call it "radical" as that does not teach people
> about GPL licensing.
When I see a radical view, I call it "radical". Promoting Free
Software requires healthy pragmatism, because we want the Free
Software to flourish and remain relevant by picking up the advances in
technology. Rejecting such new technologies just because there's some
doubts expressed by someone in some blog is "radical", and IMO
eventually detrimental to Free Software development. We should
instead carefully and independently assess the issues and make our own
judgment based on specific details of each such development. We
cannot run away of every idea because some people say it might cause
trouble in some cases.
- Re: Help building Pen.el (GPT for emacs), (continued)
- Re: Help building Pen.el (GPT for emacs), Richard Stallman, 2021/07/24
- Re: Help building Pen.el (GPT for emacs), Richard Stallman, 2021/07/23
- Re: Help building Pen.el (GPT for emacs), Shane Mulligan, 2021/07/23
- Re: Help building Pen.el (GPT for emacs), Shane Mulligan, 2021/07/23
- Re: Help building Pen.el (GPT for emacs), Shane Mulligan, 2021/07/23
- Re: Help building Pen.el (GPT for emacs), Eli Zaretskii, 2021/07/24
- Re: Help building Pen.el (GPT for emacs), Jean Louis, 2021/07/24
- Re: Help building Pen.el (GPT for emacs),
Eli Zaretskii <=
- Re: Help building Pen.el (GPT for emacs), Jean Louis, 2021/07/24
- Re: Help building Pen.el (GPT for emacs), Jean Louis, 2021/07/24
- Re: Help building Pen.el (GPT for emacs), Eli Zaretskii, 2021/07/24
- Re: Help building Pen.el (GPT for emacs), Jean Louis, 2021/07/24
- Re: Help building Pen.el (GPT for emacs), Eli Zaretskii, 2021/07/24
- Re: Help building Pen.el (GPT for emacs), Jean Louis, 2021/07/24
- Re: Help building Pen.el (GPT for emacs), Eli Zaretskii, 2021/07/24
- Re: Help building Pen.el (GPT for emacs), Philip Kaludercic, 2021/07/24
- Re: Help building Pen.el (GPT for emacs), Eli Zaretskii, 2021/07/24
- Re: Help building Pen.el (GPT for emacs), Philip Kaludercic, 2021/07/24