From: Karl Fogel <kfogel@floss.red-bean.com>
Cc: xemacs-beta@xemacs.org, emacs-devel@gnu.org
Subject: Re: Permission to use portions of the recent GNU Emacs Manual
Date: 11 Dec 2004 22:59:46 -0600 [thread overview]
Message-ID: <87llc49kn1.fsf@floss.red-bean.com> (raw)
In-Reply-To: <m1CdJ5R-0004H8C@rattlesnake.com>
"Robert J. Chassell" <bob@rattlesnake.com> writes:
> The prime purpose of the GFDL is to encourage more publishers to
> provide commercial, free documentation.
>
> Publishers have told me that they are afraid that without some kind of
> legal obligation to publish a few words on the front and back covers
> they will be ripped off by free riders. Were they to invest in
> gathering people's attention, others would benefit. So they did not
> invest in providing commercial, free documentation.
>
> The strategy may be wrong. Businesses may not compete with one
> another. They may not care whether they lose revenue to free riders
> and others. But I do not think so. (Indeed, most of the free works I
> see nowadays in commercial publications are under more restrictive
> `Creative Commons' licenses, so there is an argument that the GFDL is
> not restrictive enough.)
>
> From my knowledge, many businessmen fear that other businessmen will
> compete, one way or the other. For example, a long time ago Tim
> O'Reilly told me that he believed that powerful people in Macmillan
> hoped to destroy his publishing house before it became well
> established. Perhaps he was delusional. Or perhaps he was correct.
> I think he was more likely correct than wrong. In any event, others
> have said the same.
If O'Reilly was worried about this at one point, they've loosened up
considerably. They're now happily publishing books under considerably
*less* restrictive [than the GFDL] Creative Commons licenses --
licenses that do not have, for example, front- and back-cover
requirements, or invariant portion requirements.
> The GFDL is designed to reduce the benefits to free riders. That is
> its prime purpose. (It has secondary purposes, too, like enabling
> people to write personal introductions that legally will remain
> invariant.) As I said, there is short term evidence that the GFDL is
> insufficiently restrictive; but I do not see how it could be made more
> restrictive and still be free in any meaningful sense.
(Thanks for the summary of the GFDL's purposes -- very helpful!)
An important question remains:
Why is attractiveness to commercial publishers, or reducing benefits
to free riders, important for the Emacs manual?
If the Emacs manual were picked up by free riders, that would be fine
with us, wouldn't it?
(Is it that the FSF sells manuals? If so, how many copies do they
sell anyway, and how much would that number be likely to be affected?
Most people who contribute to the manual are not doing it to raise
money for the FSF. They're doing it to contribute to Emacs. When I
want to contribute to the FSF, I write a check. When I want to
contribute to Emacs, I write code or docs.)
So what exactly is the GFDL protecting, in the specific case of the
Emacs manual? Are we really worried about some portion of the manual
being used in a screed in support of software patents or something?
next prev parent reply other threads:[~2004-12-12 4:59 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 [this message]
[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=87llc49kn1.fsf@floss.red-bean.com \
--to=kfogel@floss.red-bean.com \
--cc=emacs-devel@gnu.org \
--cc=kfogel@red-bean.com \
--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).