From: David Kastrup <dak@gnu.org>
Cc: xemacs-beta@xemacs.org, emacs-devel@gnu.org, bob@rattlesnake.com,
stephen@xemacs.org, andy@xemacs.org
Subject: Re: Permission to use portions of the recent GNU Emacs Manual
Date: Mon, 20 Dec 2004 13:47:58 +0100 [thread overview]
Message-ID: <x51xdlp24h.fsf@lola.goethe.zz> (raw)
In-Reply-To: <E1CgLDM-0001Am-Pf@fencepost.gnu.org> (Richard Stallman's message of "Mon, 20 Dec 2004 05:56:32 -0500")
Richard Stallman <rms@gnu.org> writes:
> Richard, please reconsider. You have a reputation of antipathy
> towards XEmacs. If you're at all interested in mending fences a
> little, this would be a very easy step -- simply declare that we
> are allowed to use the code under our license (which was your
> license up through 2000 or so). Otherwise you give the
> impression of actively hindering the XEmacs project.
>
> I did not choose this license with a view to its effects on you; it
> is the general FSF policy for manuals.
Definitely.
> However, the fact that it is inconvenient for XEmacs does not strike
> me as a disadvantage.
It strikes me as a disadvantage, though not because of XEmacs in
particular, but because it will be a disadvantage for _any_ derived
project, and the whole point of a public licence like the GPL is not
to put the copyright holder into a special position with regard to
software development.
> After all, you have been uncooperative towards us for 10 years, and
> you don't see that as a disadvantage.
You are speaking here for Ben Wing, presumably. But Ben Wing is not
the only developer of XEmacs. I know pretty well, for example, that
Stephen Turnbull, the current maintainer, considers the inability to
broadly contribute back code with the stringency required by the Emacs
project a disadvantage and has invested substantial amounts of work to
remedy this in the past. But he as well as others are stuck with a
history they can't change at their will.
And that history is one of taking the "GPL" at its letter and spirit,
developing in the manner that the "Public" in "General Public Licence"
is suggesting, a manner that we as Emacs developers are not free to
enjoy because our laws make it important that there remain substantial
pieces of software which may be defended in court by a substantial
copyright holder without conflict of interests from other
contributors.
> We don't owe you anything, not even small favors.
Correct. We don't owe them anything. But the freedoms they enjoy are
the freedoms we are fighting for in the first place.
And where we find that our fight does not lead to the desired freedoms
for the recipients of our software, we need to double-check. To meet
our own goals, not those of the others.
> Despite my well-known and justified antipathy towards XEmacs, I
> offered to consider changing licenses on parts. However, the
> response was an ungreatful threat, so I now withdraw that offer. If
> I did even the slightest thing for XEmacs now, I might give the
> impression of being a pushover.
Let me put on the record here that I'd not consider you to be a
pushover just because you are willing to judge requests for
relicensing on their merit piece by piece, as you agreed to before,
without letting yourself be swayed by some cheap rhetoric of Ben
Wing. Even if Ben Wing was the only beneficiary of that process, we
have the unfortunate situation that a free project with a free
community is encountering problems with our choice of free licences in
the intended manner.
We need to look into this. Maybe after considering their case in
detail we'll find that the situation is such that a licence change to
GFDL is something that their processes should have made possible in
the first place, and that there is nothing to be done on our side.
But it would be a mistake not to look into this possible problem
merely because the superficial beneficiary is XEmacs, and there are
some XEmacs developers some of us don't like. It still is a case of
downstream maintenance of free software, and if we don't care about
the effects downstream from a copyright assigned pool, we might as
well forget about public licensing altogether. In the long run, we
should strive for a solution that does not necessitate any exceptions.
But in the mean time, we should try to hold up the spirit of our free
licences, if necessary, manually and learn about the problems with
their application downstream.
> I ask all Emacs developers not to respond any further to whatever
> they may say here about this.
I'd offer to go here as a go-between if necessary where individual
more detailed requests are concerned.
I agree with you that there does not seem to be a persuasive case for
blanket permissions and agreements currently, and so I'll be happy to
take this discussion into private.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
next prev parent reply other threads:[~2004-12-20 12:47 UTC|newest]
Thread overview: 76+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-12-09 22:28 Permission to use portions of the recent GNU Emacs Manual Ben Wing
2004-12-10 23:14 ` Richard Stallman
2004-12-11 0:59 ` Ben Wing
2004-12-11 1:06 ` Miles Bader
2004-12-11 10:27 ` Alan Mackenzie
2004-12-11 18:19 ` Eli Zaretskii
2004-12-11 20:43 ` David Kastrup
2004-12-11 19:02 ` Stefan Monnier
2004-12-12 0:26 ` Karl Fogel
2004-12-12 8:57 ` David Kastrup
2004-12-12 16:56 ` Brian Palmer
2004-12-12 13:31 ` Matthew Mundell
2004-12-12 13:40 ` David Kastrup
2004-12-12 2:03 ` Robert J. Chassell
2004-12-12 4:59 ` Karl Fogel
[not found] ` <m1CdWGG-0004R2C@rattlesnake.com>
2004-12-12 17:43 ` David Kastrup
2004-12-12 18:39 ` Florian Weimer
2004-12-12 19:24 ` David Kastrup
2004-12-12 19:49 ` Florian Weimer
2004-12-12 19:43 ` Robert J. Chassell
2004-12-12 19:59 ` David Kastrup
2004-12-12 20:46 ` Robert J. Chassell
2004-12-12 21:00 ` Andy Piper
2004-12-13 1:59 ` Robert J. Chassell
2004-12-13 2:23 ` David Kastrup
2004-12-13 12:34 ` Thien-Thi Nguyen
2004-12-13 16:53 ` Robert J. Chassell
2004-12-15 14:23 ` Stephen J. Turnbull
2004-12-15 19:14 ` Robert J. Chassell
2004-12-15 20:19 ` David Kastrup
2004-12-15 23:32 ` Robert J. Chassell
2004-12-17 5:36 ` Stephen J. Turnbull
2004-12-15 23:20 ` Richard Stallman
2004-12-16 10:58 ` David Kastrup
2004-12-16 12:18 ` Eli Zaretskii
2004-12-16 12:29 ` Kim F. Storm
2004-12-17 0:53 ` Richard Stallman
2004-12-18 10:20 ` Ben Wing
2004-12-18 23:32 ` Miles Bader
2004-12-19 6:31 ` Ben Wing
2004-12-19 6:32 ` Ben Wing
2004-12-19 13:54 ` Robert J. Chassell
2004-12-19 15:40 ` David Kastrup
2004-12-19 16:10 ` Paul Pogonyshev
2004-12-19 21:32 ` David Kastrup
2004-12-19 23:48 ` Paul Pogonyshev
2004-12-20 8:07 ` David Kastrup
2004-12-20 14:05 ` Robert J. Chassell
2004-12-20 0:19 ` Ben Wing
2004-12-20 7:20 ` David Kastrup
2004-12-20 10:58 ` Stephen J. Turnbull
2004-12-20 10:56 ` Richard Stallman
2004-12-20 12:47 ` David Kastrup [this message]
2004-12-17 1:32 ` Stephen J. Turnbull
2004-12-12 4:39 ` Richard Stallman
2004-12-12 6:16 ` Stefan Monnier
2004-12-12 21:28 ` Eli Zaretskii
2004-12-12 21:43 ` David Kastrup
2004-12-13 2:22 ` Robert J. Chassell
2004-12-13 6:48 ` Brian Palmer
2004-12-13 10:05 ` David Kastrup
2004-12-13 17:44 ` Bruce Stephens
2004-12-14 13:09 ` Stephen J. Turnbull
2004-12-14 2:56 ` Karl Fogel
2004-12-14 14:16 ` Robert J. Chassell
2004-12-13 4:23 ` Dhruva
2004-12-13 19:51 ` Richard Stallman
2004-12-13 20:03 ` David Kastrup
2004-12-14 10:03 ` Per Abrahamsen
2004-12-14 10:14 ` David Kastrup
2004-12-14 14:09 ` Robert J. Chassell
2004-12-14 14:25 ` David Kastrup
2004-12-14 20:19 ` Robert J. Chassell
2004-12-14 22:09 ` David Kastrup
2004-12-15 0:12 ` Robert J. Chassell
2004-12-15 8:03 ` Per Abrahamsen
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=x51xdlp24h.fsf@lola.goethe.zz \
--to=dak@gnu.org \
--cc=andy@xemacs.org \
--cc=bob@rattlesnake.com \
--cc=emacs-devel@gnu.org \
--cc=stephen@xemacs.org \
--cc=xemacs-beta@xemacs.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 public inbox
https://git.savannah.gnu.org/cgit/emacs.git
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).