From: David Kastrup <dak@gnu.org>
Cc: ben@666.com, Alan Mackenzie <acm@muc.de>,
emacs-devel@gnu.org, xemacs-beta@xemacs.org
Subject: Re: Permission to use portions of the recent GNU Emacs Manual
Date: Sat, 11 Dec 2004 21:43:43 +0100 [thread overview]
Message-ID: <x51xdw8t1c.fsf@lola.goethe.zz> (raw)
In-Reply-To: <01c4dfae$Blat.v2.2.2$263aae60@zahav.net.il> (Eli Zaretskii's message of "Sat, 11 Dec 2004 20:19:50 +0200")
"Eli Zaretskii" <eliz@gnu.org> writes:
>> Date: Sat, 11 Dec 2004 10:27:39 +0000 (GMT)
>> From: Alan Mackenzie <acm@muc.de>
>> Cc: emacs-devel@gnu.org, xemacs-beta@xemacs.org
>>
>> What is the purpose of the GFDL? I quote from the licence: "The
>> purpose of this License is to make a manual .... "free" in the
>> sense of freedom: to assure everyone the effective freedom to copy
>> and redistribute it, with or without modifying it, either
>> commercially or noncommercially." Since the XEmacs team's freedom
>> here is ineffective, the GFDL is, on its own terms, broken.
>
> I think you are taking the ``free'' part too literally. Free
> Software or Free Documentation does not necessarily mean that you
> are ``free'' to do whatever you want with it. For example, the GPL
> says that your freedom is limited by the requirement to supply the
> sources together with the binary.
>
> So an argument that ``free'' means there are no limitations is an
> invalid argument, IMHO. A better argument would be whether the
> limitations of freedom imposed by the GFDL are justified by the
> goals of the Free Software movement.
And that, in my opinion, is not just a question about the GFDL itself,
but also what it is being applied to.
Personally, I consider it a good thing that the GFDL as an option for
authors exists: if I were to write a book with non-trivial
non-technical value, a book with a topic of its own, I'd consider the
GFDL a good choice to have that would be good for preserving parts of
my author's interest in the integrity of the work.
But while I like its availability where I consider it appropriate, I
think that it should not be applied to reference material intended to
accompany software distributions: it makes no sense to not be able to
copy examples and passages freely between doc strings and manual. Of
course, the sole copyright owner of the material (like the FSF is for
its key project) _can_ do that, but it means that the project as a
whole is no longer governed by the spirit of a public licence: we now
have only a _single_ party that is allowed to manage the operations
needed to sensibly maintain the project as a whole.
Since combined GFDL/GPL projects break the spirit of a public licence
in, I consider the GFDL licence the wrong choice for material that is
basically maintained by the same set of authors and in the same manner
(CVS or whatever) together with GPLed software. This would probably
hold for the majority of documentation in Texinfo format, with
possibly some arguable exceptions where a whole project is done
_completely_ under the GFDL, like some LaTeX references are, even
though the lack of ability for freely copying example code from and
back to GPLed projects might also apply here.
Of course it would be pointless to distribute the Emacs Lisp manual
under the GFDL while giving the XEmacs team full licence to use it
under the GPL. I agree with that. But I also think that the Emacs
Lisp manual is a prime example of a manual that should be available
under the GPL outright to begin with, because it evolves together with
and inseparable from Emacs, and having it under a different licence
means that we use copyright for throwing a permanent monkey wrench for
maintenance into any forks of the project not done by the copyright
owner itself, defeating the "public" in the "GNU General Public
Licence".
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
next prev parent reply other threads:[~2004-12-11 20:43 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 [this message]
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
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=x51xdw8t1c.fsf@lola.goethe.zz \
--to=dak@gnu.org \
--cc=acm@muc.de \
--cc=ben@666.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).