From: Brian Palmer <bpalmer@gmail.com>
Cc: emacs-devel@gnu.org
Subject: Re: Permission to use portions of the recent GNU Emacs Manual
Date: Sun, 12 Dec 2004 09:56:34 -0700 [thread overview]
Message-ID: <847aaaf204121208564f6e85cf@mail.gmail.com> (raw)
In-Reply-To: <x5r7lvc2qz.fsf@lola.goethe.zz>
On Sun, 12 Dec 2004 09:57:56 +0100, David Kastrup <dak@gnu.org> wrote:
> Karl Fogel <kfogel@floss.red-bean.com> writes:
>
> > Stefan Monnier <monnier@iro.umontreal.ca> writes:
> >> I don't see any benefit from using the GFDL over the GPL that would justify
> >> the downside of preventing the XEmacs people from using our documentation.
> >> [ Unless we consider that as an upside, but I really don't see any good
> >> reason why we should be so antagonizing. ] Similarly, the licensing problems
> >> it can cause when extracting docs and doc-skeletons out of code
> >> is worrisome.
> >
> > I agree.
> >
> > It is bad that our docs are license-incompatible with XEmacs's GPL'd
> > docs.
>
> It's bad for the XEmacs developers and other Emacs forks, irrelevant
> for us, since only FSF copyright assigned contributions are accepted
> into Emacs and its manual, anyway, and the copyright holder is free to
Not true, e.g., lao.el is Copyright (C) 1997 Electrotechnical
Laboratory, JAPAN. I'm also going to say it's a bad thing for
everybody, in second order effects if not primary. The more
cooperation that exists between the many emacs forks out
there, the more cooperation that can be built on. Emacs profits
from that cooperation, too.
The question that comes , then, is this obstacle to cooperation
so very valuable to emacs? What is the net benefit of having the
emacs manual only available under the GFDL?
> move stuff between licences within the scope of the assignment
> contracts.
>
> > It is also confusing how the GFDL interacts with extracted docs from
> > non-GFDL code, as you point out.
>
> Again, this is not a problem for Emacs development itself (the
> copyright all being by the FSF), but for every fork of it.
And for every elisp application built on emacs. There are any number of
elisp applications out there which will involve the authors looking
through the emacs manual for reference. The GFDL status of the
manual has clear implications on their ability to copy info out for
docstrings or basing any functions on examples given in the
manual.
next prev parent reply other threads:[~2004-12-12 16:56 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 [this message]
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=847aaaf204121208564f6e85cf@mail.gmail.com \
--to=bpalmer@gmail.com \
--cc=emacs-devel@gnu.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).