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 16:12:39 +0900 Message-ID: <87d39szb88.fsf@uwakimon.sk.tsukuba.ac.jp> References: <4F2EAF8E.3010106@alice.it> <83d39tcjdx.fsf@gnu.org> <87haz4zksa.fsf@uwakimon.sk.tsukuba.ac.jp> <87fweozgbu.fsf@uwakimon.sk.tsukuba.ac.jp> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1328512378 8631 80.91.229.3 (6 Feb 2012 07:12:58 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 6 Feb 2012 07:12:58 +0000 (UTC) Cc: Eli Zaretskii , Angelo Graziosi , "Richard M. Stallman" , emacs-devel@gnu.org To: Lennart Borgman Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Feb 06 08:12:56 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 1RuIks-00089r-Qy for ged-emacs-devel@m.gmane.org; Mon, 06 Feb 2012 08:12:51 +0100 Original-Received: from localhost ([::1]:58626 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RuIks-00017C-Ao for ged-emacs-devel@m.gmane.org; Mon, 06 Feb 2012 02:12:50 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:35278) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RuIkp-00016z-59 for emacs-devel@gnu.org; Mon, 06 Feb 2012 02:12:48 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RuIkn-0006Tu-LU for emacs-devel@gnu.org; Mon, 06 Feb 2012 02:12:47 -0500 Original-Received: from mgmt2.sk.tsukuba.ac.jp ([130.158.97.224]:42648) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RuIkk-0006TB-OX; Mon, 06 Feb 2012 02:12:43 -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 2996C9707EF; Mon, 6 Feb 2012 16:12:40 +0900 (JST) Original-Received: by uwakimon.sk.tsukuba.ac.jp (Postfix, from userid 1000) id E83191A282A; Mon, 6 Feb 2012 16:12:39 +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:148244 Archived-At: Lennart Borgman writes: > I can't see that this in a legal way prevents from pointing to sources > that is not owned by the distributor. What's unclear about > > and offer equivalent access to the=C2=A0Corresponding Source in the > > same way through the same place at no further charge. ? You must place the source at the same place as the object being offered. > And when it comes to making the code easily accessible would not > something like DOI be useful? (http://www.doi.org/) No, you're missing the point here. Any old source won't do. The exact source used to produce the binaries you offer, including any script etc. required to produce the same binaries, must be provided. Sure, you *could* use DOI to point to that, but if you fail to update the DOI pointer when you upgrade the binary, you're in violation of the GPL. So this really doesn't save you anything, except a few bytes of disk space and a few CPU cycles. The human effort required is the same. One Make target can automatically (1) produce the binary, (2) tar and upload the source, and (3) tar and upload the binary, automatically satisfying the GPL requirements in this respect. Thus, the GPL requirements are *not* burdensome, given modern prices for CPU and disk, and even bandwidth (you can always offer a "stealth primary" for both object and source to selected mirrors, and let the general public download from those mirrors).