From: Lennart Borgman <lennart.borgman@gmail.com>
To: "Stephen J. Turnbull" <stephen@xemacs.org>,
"Richard M. Stallman" <rms@gnu.org>
Cc: Eli Zaretskii <eliz@gnu.org>,
emacs-devel@gnu.org, Angelo Graziosi <angelo.graziosi@alice.it>
Subject: Re: Emacs 23.4 Updated Windows Binaries published
Date: Mon, 6 Feb 2012 06:42:54 +0100 [thread overview]
Message-ID: <CANbX365LE16DwJKBJBDmrjs=iYwqWyt0ymFTxiEsawUjxHjRHQ@mail.gmail.com> (raw)
In-Reply-To: <87fweozgbu.fsf@uwakimon.sk.tsukuba.ac.jp>
On Mon, Feb 6, 2012 at 06:22, Stephen J. Turnbull <stephen@xemacs.org> wrote:
> Lennart Borgman writes:
> > On Mon, Feb 6, 2012 at 04:46, Stephen J. Turnbull <stephen@xemacs.org> wrote:
>
> > > If you mean that Emacs doesn't need to distribute those sources
> > > *with Emacs*, that is true. If you mean that Emacs docs can
> > > point to the upstream sources, you misunderstand.
> >
> > Stephen, can you please explain exactly what makes it not
> > permissible to point to the upstream sources?
>
> Eli answered this briefly already, but here's some additional detail
> and rationale.
Thanks, I am looking for the details.
> > You say below that it does not satisfy the GPL. Is that what you
> > mean?
>
> Almost. First, to the extent that the distributed code is under the
> GPL but not owned by the FSF, that's exactly right.
>
> Second, even if the additional library code is owned by the FSF, I
> consider that the FSF is morally (and perhaps legally by its charter
> and the assignment contracts it has entered) bound to provide that
> code on terms that allow third parties to easily redistribute Emacs
> exactly as they receive it, not to mention with their own
> modifications if they desire. Having to chase down sources on
> multiple hosts (some of which may no longer exist at the time you
> receive the code) is not my idea of fulfilling that obligation.
>
> I'm willing to go out on a limb and speak for Richard here: he would
> also find that unacceptable.
>
> > What does it break?
>
> It breaks Section 6d of the GNU General Public License, v3 (and the
> similar section in GPLv2, which is stricter):
>
> 6. Conveying Non-Source Forms.
>
> You may convey a covered work in object code form under the terms
> of sections 4 and 5, provided that you also convey the
> machine-readable Corresponding Source under the terms of this License,
> in one of these ways:
>
> d) Convey the object code by offering access from a designated
> place (gratis or for a charge), and offer equivalent access to the
> Corresponding Source in the same way through the same place at no
> further charge.
I can't see that this in a legal way prevents from pointing to sources
that is not owned by the distributor.
And when it comes to making the code easily accessible would not
something like DOI be useful? (http://www.doi.org/)
(Maybe Richard wants to clarify this. I am adding him.)
> Other parts of section 6 would also be broken in similar ways in case
> of "embedded Emacs" or "Emacs-on-a-disk" distribution.
>
> Note that even if Emacs can legally get around this requirement
> because the FSF owns all related code, anybody downstream from Emacs
> cannot. They must comply with the GPL in full, which (strictly
> speaking) means providing the exact copy of the Corresponding Sources
> that produced the binary they're distributing.
next prev parent reply other threads:[~2012-02-06 5:42 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-02-05 16:34 Emacs 23.4 Updated Windows Binaries published Angelo Graziosi
2012-02-05 16:52 ` Eli Zaretskii
2012-02-05 17:12 ` Angelo Graziosi
2012-02-05 17:23 ` Juanma Barranquero
2012-02-06 5:09 ` Christoph Scholtes
2012-02-05 19:10 ` Lennart Borgman
2012-02-05 20:48 ` Eli Zaretskii
2012-02-05 21:24 ` Lennart Borgman
2012-02-06 4:01 ` Eli Zaretskii
2012-02-06 3:46 ` Stephen J. Turnbull
2012-02-06 4:15 ` Lennart Borgman
2012-02-06 5:22 ` Stephen J. Turnbull
2012-02-06 5:42 ` Lennart Borgman [this message]
2012-02-06 6:26 ` Paul Eggert
2012-02-06 7:12 ` Stephen J. Turnbull
2012-02-06 7:46 ` Stephen J. Turnbull
2012-02-06 13:49 ` Lennart Borgman
2012-02-06 15:46 ` Stephen J. Turnbull
2012-02-06 13:47 ` Lennart Borgman
2012-02-06 15:33 ` Stephen J. Turnbull
2012-02-06 15:53 ` Lennart Borgman
2012-02-06 17:01 ` Stephen J. Turnbull
2012-02-06 21:40 ` Lennart Borgman
2012-02-07 9:53 ` Richard Stallman
2012-02-07 13:31 ` Lennart Borgman
2012-02-07 15:57 ` Paul Eggert
-- strict thread matches above, loose matches on Subject: below --
2012-02-05 1:04 Christoph Scholtes
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='CANbX365LE16DwJKBJBDmrjs=iYwqWyt0ymFTxiEsawUjxHjRHQ@mail.gmail.com' \
--to=lennart.borgman@gmail.com \
--cc=angelo.graziosi@alice.it \
--cc=eliz@gnu.org \
--cc=emacs-devel@gnu.org \
--cc=rms@gnu.org \
--cc=stephen@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).