From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Stephen J. Turnbull" Newsgroups: gmane.emacs.devel Subject: Re: Copyright/Distribution questions (Emacs/Orgmode) Date: Thu, 14 Mar 2013 19:42:51 +0900 Message-ID: <874ngefej8.fsf@uwakimon.sk.tsukuba.ac.jp> References: <87ober717z.fsf@gmail.com> <87mwu9iwcp.fsf@gmail.com> <87mwu9fiu0.fsf@uwakimon.sk.tsukuba.ac.jp> <87d2v4f5bb.fsf@uwakimon.sk.tsukuba.ac.jp> <87a9q7eynu.fsf@uwakimon.sk.tsukuba.ac.jp> <87ip4ug5m0.fsf@riseup.net> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 X-Trace: ger.gmane.org 1363257787 23612 80.91.229.3 (14 Mar 2013 10:43:07 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 14 Mar 2013 10:43:07 +0000 (UTC) Cc: emacs-devel@gnu.org To: wgreenhouse@riseup.net (W. Greenhouse) Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Mar 14 11:43:32 2013 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1UG5dE-0007Dg-0g for ged-emacs-devel@m.gmane.org; Thu, 14 Mar 2013 11:43:32 +0100 Original-Received: from localhost ([::1]:40430 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UG5cp-0007kl-14 for ged-emacs-devel@m.gmane.org; Thu, 14 Mar 2013 06:43:07 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:60944) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UG5ck-0007kd-TQ for emacs-devel@gnu.org; Thu, 14 Mar 2013 06:43:04 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UG5ch-0002dv-Vd for emacs-devel@gnu.org; Thu, 14 Mar 2013 06:43:02 -0400 Original-Received: from mgmt2.sk.tsukuba.ac.jp ([130.158.97.224]:54276) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UG5ch-0002cK-EV for emacs-devel@gnu.org; Thu, 14 Mar 2013 06:42:59 -0400 Original-Received: from uwakimon.sk.tsukuba.ac.jp (uwakimon.sk.tsukuba.ac.jp [130.158.99.156]) by mgmt2.sk.tsukuba.ac.jp (Postfix) with ESMTP id 7D90B9708F7; Thu, 14 Mar 2013 19:42:51 +0900 (JST) Original-Received: by uwakimon.sk.tsukuba.ac.jp (Postfix, from userid 1000) id 438C71A3D97; Thu, 14 Mar 2013 19:42:51 +0900 (JST) In-Reply-To: <87ip4ug5m0.fsf@riseup.net> X-Mailer: VM undefined under 21.5 (beta32) "habanero" b0d40183ac79 XEmacs Lucid (x86_64-unknown-linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 130.158.97.224 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:157841 Archived-At: W. Greenhouse writes: > Your 10 line program likely does not pass the de minimis threshold to be > copyrightable in the first place, I think you'll find there is no such de minimis in copyright law. Eg, surely individual haiku are copyrightable. > but that aside, I don't think a court would have any problem > recognizing it as not a "change to Emacs," if it's not distributed > with something calling itself Emacs. Jambunathan claims that his files haven't been distributed with something calling itself Emacs, either. They're been distributed with what (as a maintainer of a fork of Emacs considering incorporating org-mode) I too consider a separate work, org-mode -- of which Emacs itself is now a derivative, and IIRC org-mode is a component of another separate collective work called "GNU ELPA". I'm asking for clarification about how and where the lines are drawn. I would be perfectly happy if that line is drawn so that org-mode is part of Emacs: that doesn't stop XEmacs from distributing it, and that's obviously what org-mode developers want. I just don't see how to draw the line between org-mode and my init file without using concepts that don't seem to be reflected in law. Note that your interpretation is also at variance with the FSF's statements and behavior regarding dynamic linking. The FSF does not believe that "distribution with" is required under copyright law to establish a work composed of several components. > Your initfile would be "an original work of authorship," not a > "change to Emacs"--even though it's not usable or useful without an > Emacs to run it on. In copyright, all changes are original works of authorship. The fact that they may require composition with another work to be useful doesn't change that. AFAICS there is no concept of "change" in US copyright law (or Japanese, for that matter). Works are *fixed* in a medium and then *copied*. "Modified version" is an abbreviation for "some parts of a work were copied into another work which is not identical to the work being copied", as far as I can see. It does not establish a relationship of "modifications to an existing work" between the original parts of the derived work and the copied work, when those original parts are considered separately. In short, legally a derived work contains a *copy of*, but not *changes to*, another work. > Jambunathan modified a repository of software the authors of which > (himself included) assigned their copyright to the FSF, and, Irrelevant, unless all copyrights held by the FSF are part of Emacs. > specifically, he worked on files which identified themselves as a > "part of GNU Emacs." I'm aware that's probably true. That's why I specified a counterfactual assuming that he received and changed files that had not yet been accepted into the Emacs fold, and identified themselves as part of a separate work. I'm not trying to defend Jambunathan's behavior, I want to know just how much of my oeuvre the FSF thinks I've signed away. > Which the files in Org do. Everything in Org's core contains "This > file is a part of GNU Emacs." "Core" and does now, yes. The point of my hypothetical is that the files Jambunathan started from, and committed, may not have. Those bags of bits therefore may not have been part of Emacs at the time in copyright law, and I don't see how to establish that he "modified Emacs" under those (possibly counterfactual) conditions. Especially considering that AIUI in copyright law works can be "fixed" and "copied", but there is no formal concept of modification, only of derivation. I'm not particularly fond of that conclusion in the case in point. I don't think what Jambunathan proposes to do serves anyone or any project well, least of all himself. (And I've told him that, privately.) "You can't do that, legally" would be the simplest resolution. But simple resolutions in law often have unpleasant consequences, and I would like to know about those consequences. It's possible that the assignment contract creates a new concept of "work", different from that of copyright law. But if so, I have a rather different concept of "what Emacs is" from the one which claims files in the contrib directory of the org-mode repository as "part of Emacs" (even though the files themselves may claim to be such a part), and I wonder how a court would deal with that difference of opinion. I suspect it would take my opinion seriously (not necessarily uphold it, but surely not summarily dismiss it as prima facie untenable). Aside: > My understanding is that he'd already assigned copyright on his > work in Org (and his patches elsewhere in Emacs) to the FSF, and > now wanted to "withdraw his pleasure" at that assignment--i.e. to > withdraw specific things that he'd already committed to Org so that > they'd revert to being joint works, their copyright unenforceable > (or, rather, not easily enforceable) in the US without his consent. Of course the FSF cannot enforce copyright on unassigned parts of a joint work without cooperation of the copyright holder(s), but I think the premise of individual copyright on joint works being "difficult to enforce" is false nowadays. VCS history passes all the tests necessary for computer records to be admitted in court. But that's irrelevant to Emacs policy, the policy is what it is, and as Mr. Fogel points out, today it serves social purposes as well as legal ones.