From: Karl Fogel <kfogel@red-bean.com>
To: Filipe Silva <filipe.silva@gmail.com>
Cc: "Óscar Fuentes" <ofv@wanadoo.es>,
"John Yates" <john@yates-sheets.org>,
"Emacs developers" <emacs-devel@gnu.org>
Subject: Re: Please explain the FSF copyright assignment thing
Date: Thu, 13 Jul 2017 14:08:58 -0500 [thread overview]
Message-ID: <87o9soxigl.fsf@kwork> (raw)
In-Reply-To: <CAEwkUWMGU7Wgki6-w63kA63mt5Cwyj-FOheKQ6ss5iStHy7O4w@mail.gmail.com> (Filipe Silva's message of "Thu, 13 Jul 2017 15:48:46 -0300")
Filipe Silva <filipe.silva@gmail.com> writes:
>Ok. I get that. But why, why it is legally required? What harm will
>descent upon us all if an official component of emacs is distributed
>which hasn't had it's copyright assigned to FSF?
Well, there's a complex legal history here that I don't know the full details of.
However: You can imagine that if the FSF starts distributing some code (say, part of Magit) and then one of the authors of that code suddenly says "Wait, I never actually said that my code was distributable under GPL-3.0d; you don't have my permission to do this!" then the FSF finds itself in the position of infringing someone's copyright.
Or suppose the FSF has to enforce the copyright of Emacs in court for some reason. It can only do that if it is the copyright holder. Therefore, in preparation for possible future outbound enforcement, the FSF would like to first make sure it *is* the copyright holder.
I am not a lawyer, and I can't say whether these fears/goals are realistic. Many free software projects -- most, I think -- have moved away from copyright assignment, and toward other mechanisms, such as "developer certificate of origin" (DCO). There is also an intermediate thing called a Contributor Licensing Agremeent (CLA) that doesn't actually transfer copyright, but still makes the necessary promises to reassure the receiving party (who is also the redistributing party).
This topic is complex. You can read
https://julien.ponge.org/blog/developer-certificate-of-origin-versus-contributor-license-agreements/
https://sfconservancy.org/blog/2014/jun/09/do-not-need-cla/
about CLA versus DCO. The FSF is one of the few project stewards to still ask for an actual assignment of copyright. I'm not sure why they do, but they've been asked before and their continued insistence on doing it is probably based on some kind of experience. The topic only comes up several times a year on this list alone :-).
Best regards,
-Karl
>On Jul 13, 2017 15:37, "Karl Fogel" <kfogel@red-bean.com> wrote:
>
> John Yates <john@yates-sheets.org> writes:
> >Perhaps you should ask why Richard decided that Magit, among all
> >of the many non-FSF copyright assigned packages that emacs users
> >recommend to one another, was so intolerable as to justify
> suggesting
> >mounting a - to my mind doomed - competing project. It was not
> as if
> >all of those recommendations are for some proprietary or
> non-GPL-V3+
> >package.
>
> Richard didn't do anything special in this case. He's fine with
> Magit being distributed as free software, and fine with Emacs
> users downloading and using Magit. People are still free to
> "recommend [Magit] to one another", just as with any free
> software.
>
> The copyright assignment thing is solely about Magit being
> distributed *as an official component of the GNU Emacs
> distribution*. All the packages that are part of Emacs itself
> have always needed these copyright assignments. I'm not
> commenting on whether this is legally necessary or not. I'm just
> saying that the request here is exactly the same as the FSF has
> always made for every other package that would be distributed as
> part of Emacs. Magit did not get singled out for special
> treatment.
>
> -K
>
next prev parent reply other threads:[~2017-07-13 19:08 UTC|newest]
Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <CAEwkUWP29A+L2g5i2asCd8Qb2PS1zvhPrsaeEN93tGt-5M05jg@mail.gmail.com>
[not found] ` <CAEwkUWN8+N6B6uacvXvPeLHwU6RjMYVc3DGZiCexHePUpMPphw@mail.gmail.com>
[not found] ` <CAEwkUWN4NUEoBe5JotLctkF=FLG2N6qpknmpncrg8uWehLUSyw@mail.gmail.com>
[not found] ` <CAEwkUWOSeK-yny-9qft4yTb=0H3EbXK7atqL9ifoGOnfZt_z7Q@mail.gmail.com>
[not found] ` <CAEwkUWMLL8YqiRdqtthgKEzcyn69Ji_bNuq-x0Z-h+MqQKfuUA@mail.gmail.com>
[not found] ` <CAEwkUWPD1T7MLAcDPduSpXm34e-GzjFxrcrZat4a0s0fTarrUA@mail.gmail.com>
2017-07-13 17:16 ` Please explain the FSF copyright assignment thing Filipe Silva
2017-07-13 17:49 ` Óscar Fuentes
2017-07-13 18:06 ` Filipe Silva
2017-07-13 18:25 ` John Yates
2017-07-13 18:32 ` Filipe Silva
2017-07-13 18:36 ` Karl Fogel
2017-07-13 18:48 ` Filipe Silva
2017-07-13 19:08 ` Karl Fogel [this message]
2017-07-13 19:11 ` Filipe Silva
2017-07-13 19:12 ` Paul Eggert
2017-07-13 19:42 ` Óscar Fuentes
2017-07-14 5:59 ` Eli Zaretskii
2017-07-13 19:12 ` Yuri Khan
2017-07-13 19:23 ` Filipe Silva
2017-07-13 19:31 ` Richard Copley
2017-07-13 19:56 ` Filipe Silva
2017-07-13 20:07 ` Richard Copley
2017-07-15 1:36 ` Richard Stallman
2017-07-15 1:36 ` Richard Stallman
2017-07-13 20:15 ` Dmitry Gutov
2017-07-14 10:12 ` Yuri Khan
2017-07-14 12:17 ` Dmitry Gutov
2017-07-18 6:16 ` Andreas Röhler
2017-07-18 7:53 ` Paul Eggert
2017-07-18 17:04 ` Andreas Röhler
2017-07-18 17:42 ` Stefan Monnier
2017-07-19 3:32 ` Richard Stallman
2017-07-19 9:20 ` Andreas Röhler
2017-07-19 11:56 ` tomas
2017-07-19 14:34 ` Richard Stallman
2017-07-14 1:20 ` Richard Stallman
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=87o9soxigl.fsf@kwork \
--to=kfogel@red-bean.com \
--cc=emacs-devel@gnu.org \
--cc=filipe.silva@gmail.com \
--cc=john@yates-sheets.org \
--cc=ofv@wanadoo.es \
/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).