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: Emacs 23.4 Updated Windows Binaries published Date: Mon, 06 Feb 2012 12:46:13 +0900 Message-ID: <87haz4zksa.fsf@uwakimon.sk.tsukuba.ac.jp> References: <4F2EAF8E.3010106@alice.it> <83d39tcjdx.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 X-Trace: dough.gmane.org 1328499998 6523 80.91.229.3 (6 Feb 2012 03:46:38 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 6 Feb 2012 03:46:38 +0000 (UTC) Cc: Eli Zaretskii , Angelo Graziosi , emacs-devel@gnu.org To: Lennart Borgman Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Feb 06 04:46:37 2012 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1RuFXG-0003Gt-I0 for ged-emacs-devel@m.gmane.org; Mon, 06 Feb 2012 04:46:34 +0100 Original-Received: from localhost ([::1]:54320 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RuFXF-00079U-68 for ged-emacs-devel@m.gmane.org; Sun, 05 Feb 2012 22:46:33 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:35279) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RuFXB-00079J-Nq for emacs-devel@gnu.org; Sun, 05 Feb 2012 22:46:30 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RuFXA-0007du-MH for emacs-devel@gnu.org; Sun, 05 Feb 2012 22:46:29 -0500 Original-Received: from mgmt2.sk.tsukuba.ac.jp ([130.158.97.224]:53553) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RuFX8-0007cV-7j; Sun, 05 Feb 2012 22:46:26 -0500 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 F00539707D3; Mon, 6 Feb 2012 12:46:13 +0900 (JST) Original-Received: by uwakimon.sk.tsukuba.ac.jp (Postfix, from userid 1000) id BD3FB1A282A; Mon, 6 Feb 2012 12:46:13 +0900 (JST) In-Reply-To: X-Mailer: VM undefined under 21.5 (beta31) "ginger" e6b5c49f9e13 XEmacs Lucid (x86_64-unknown-linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) 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:148227 Archived-At: Lennart Borgman writes: > I have not been following this particular thread, but my > understanding is that only a link to the relevant sources is needed > now - if we can guarantee that this works. (This was my > understanding of a message from RMS quite some time ago. I might > have misunderstood it, though.) 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. > A real problem is however to keep the libraries updated. This is the problem. If you distribute binaries, you must make the corresponding sources for the exact version of each distributed binary available according to the GPL. The message you refer to undoubtedly was explaining certain corner cases where these sources need not be delivered in the same packages as the binaries (there are pretty severe conditions on this, though). If Emacs makes *zero* changes to the 3rd party sources for its distribution, then theoretically it would be OK to point to them (but it doesn't satisfy the GPL!) However, that case is likely to be fairly rare (I would guess that in most cases the build scripts would be modified or not yet published security patches applied, etc), and so practically the GPL's requirement that you distribute the corresponding source *yourself* is simple and reasonable.