From: David Kastrup <dak@gnu.org>
Cc: xemacs-beta@xemacs.org, emacs-devel@gnu.org
Subject: Re: Permission to use portions of the recent GNU Emacs Manual
Date: Tue, 14 Dec 2004 23:09:03 +0100 [thread overview]
Message-ID: <x5hdmo7csg.fsf@lola.goethe.zz> (raw)
In-Reply-To: <m1CeJ8r-0004R4C@rattlesnake.com> (Robert J. Chassell's message of "Tue, 14 Dec 2004 20:19:29 +0000 (UTC)")
"Robert J. Chassell" <bob@rattlesnake.com> writes:
> ... My issue is not with the GFDL per se. My issue is that it is
> not GPL-compatible, yet we use it for something that forms an
> integrated and tightly coupled part of Emacs and evolves with it.
>
> And that defeats the "Public" in GPL since it requires the copyright
> holder for normal maintenance work of derived versions.
>
> I do not understand you. First, the GFDL is not for code. Second,
> anyone can change the body of a GFDL's work.
DOC strings and manual entries are material that are frequently copied
between those differently licenced items. Customization entries link
into the manual, and manual entries contain code snippets doing
customization. Code examples in the manual make obvious candidates
for copying into GPLed code for Emacs.
And so on.
> This means that you can modify code under the GNU GPL and then
> document your modification. And you may distribute the result,
> attempting to charge if you wish for both code and documentation.
> Or, of course, you may give away both. You have the freedom.
I am talking about working with existent code and manual entries. Of
course, what you write yourself, you are free to licence as needed for
the case in question.
> The GFDL is different. It does not create a ban, but puts up a
> barrier (that is what the front and back cover text requirement is
> about). The goal is that the barrier be somewhat high, but not too
> high.
The barrier prohibits moving GPLed material into the manual unless you
are the copyright holder, and moving material out of the manual into
GPLed code.
> Please explain further how GFDL actions defeat the "Public" in GPL,
> especially since invariant sections have existed in the licenses for
> past documentation.
We already have established that the previous licence for the Emacs
Lisp manual had the same basic problems. I am not talking about
returning to the old licence now (even though this would save the
XEmacs developers headaches), but whether it is a good idea to licence
Emacs with the integral Texinfo manuals under two incompatible
licences. This has been the case even before we switched to the GFDL
as far as I can see. But that does not mean that it was a good idea
at this time, and in the mean time, the Emacs Lisp manual has become
quite closer integrated with Emacs.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
next prev parent reply other threads:[~2004-12-14 22:09 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
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 [this message]
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=x5hdmo7csg.fsf@lola.goethe.zz \
--to=dak@gnu.org \
--cc=emacs-devel@gnu.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).