From: "Robert J. Chassell" <bob@rattlesnake.com>
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 20:19:29 +0000 (UTC) [thread overview]
Message-ID: <m1CeJ8r-0004R4C@rattlesnake.com> (raw)
In-Reply-To: <x5pt1d3qk5.fsf@lola.goethe.zz> (message from David Kastrup on Tue, 14 Dec 2004 15:25:14 +0100)
... 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.
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.
The copyright holder is irrelevant. The only parts you may not
legally change are parts that do not deal with the subject.
This kind of invariance makes sense. The invariance means either that
an author wrote something about the document, like why he wrote the
first draft, or that an initial publisher used `non-recoverable or
rivalrous resources'. The latter is the key new feature: it is
designed to restrict other publishers free riding, but not to stop
them from manufacturing and distributing copies of the work.
Previously, invariant sections were an ad hoc part of documentation
licenses. True, they usually were not aimed at encouraging a
publisher (using non-recoverable or rivalrous resources) a little bit,
but without legally excluding all other publishers as the "Creative
Commons license with commercial restriction" does. That is the main
new feature; and it could have been implemented in previous
documentation licenses.
Generally, people and organizations charge if they lose resources for
each item distributed and do not treat the used resources as a `lost
leader'. Thus, book publishers give away some books as lost leaders
in order to gather attention and charge for the rest. But if they
give away resources and never recover them, they will go broke if a
book is successful.
For the past half millenium, in Europe and in derived countries like
the US, the method for recovering resources involved in books has been
to prevent others from legally charging for copies that they produce.
If necessary, police enforce this ban.
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. In contrast, the "Creative Commons license with commercial
restriction" and similar licenses put up a ban.
Please explain further how GFDL actions defeat the "Public" in GPL,
especially since invariant sections have existed in the licenses for
past documentation.
--
Robert J. Chassell
bob@rattlesnake.com GnuPG Key ID: 004B4AC8
http://www.rattlesnake.com http://www.teak.cc
next prev parent reply other threads:[~2004-12-14 20:19 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 [this message]
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=m1CeJ8r-0004R4C@rattlesnake.com \
--to=bob@rattlesnake.com \
--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).