From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: emacs-20101122 windows binaries Date: Wed, 24 Nov 2010 05:58:56 +0200 Message-ID: <837hg38j9b.fsf@gnu.org> References: <8762vpj9ep.fsf@gmail.com> <87d3pwt759.fsf@home.jasonrumney.net> <871v6cjagz.fsf@gmail.com> <83r5eb995g.fsf@gnu.org> <83k4k3976k.fsf@gnu.org> <83hbf795rv.fsf@gnu.org> <83fwur933c.fsf@gnu.org> <83d3pv92az.fsf@gnu.org> <83aakz91t2.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: QUOTED-PRINTABLE X-Trace: dough.gmane.org 1290571032 30551 80.91.229.12 (24 Nov 2010 03:57:12 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 24 Nov 2010 03:57:12 +0000 (UTC) Cc: emacs-devel@gnu.org To: Lennart Borgman Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Nov 24 04:57:08 2010 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1PL6Th-0006Ko-QZ for ged-emacs-devel@m.gmane.org; Wed, 24 Nov 2010 04:57:05 +0100 Original-Received: from localhost ([127.0.0.1]:42663 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PL6Th-0000Rd-3d for ged-emacs-devel@m.gmane.org; Tue, 23 Nov 2010 22:57:05 -0500 Original-Received: from [140.186.70.92] (port=43735 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PL6TZ-0000Qe-Ik for emacs-devel@gnu.org; Tue, 23 Nov 2010 22:56:58 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PL6TY-0001BS-9k for emacs-devel@gnu.org; Tue, 23 Nov 2010 22:56:57 -0500 Original-Received: from mtaout20.012.net.il ([80.179.55.166]:59472) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PL6TX-0001BI-W6 for emacs-devel@gnu.org; Tue, 23 Nov 2010 22:56:56 -0500 Original-Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0LCD00E00ENJU700@a-mtaout20.012.net.il> for emacs-devel@gnu.org; Wed, 24 Nov 2010 05:56:54 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([84.229.9.106]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LCD00EIJEYT6PE0@a-mtaout20.012.net.il>; Wed, 24 Nov 2010 05:56:54 +0200 (IST) In-reply-to: X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 (beta) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:133107 Archived-At: > From: Lennart Borgman > Date: Tue, 23 Nov 2010 22:33:04 +0100 > Cc: emacs-devel@gnu.org >=20 > On Tue, Nov 23, 2010 at 10:18 PM, Eli Zaretskii wrot= e: > >> From: Lennart Borgman > >> Date: Tue, 23 Nov 2010 22:10:59 +0100 > >> > >> On Tue, Nov 23, 2010 at 10:07 PM, Eli Zaretskii w= rote: > >> >> From: Lennart Borgman > >> >> Date: Tue, 23 Nov 2010 21:57:39 +0100 > >> >> > >> >> On Tue, Nov 23, 2010 at 9:50 PM, Eli Zaretskii = wrote: > >> >> >> From: Lennart Borgman > >> >> >> Date: Tue, 23 Nov 2010 20:56:11 +0100 > >> >> >> Cc: sean.sieger@gmail.com, emacs-devel@gnu.org > >> >> >> > >> >> >> >> > Because it's pointless. =C2=A0If we want to give user= s release binaries > >> >> >> >> > with debug info, we should just ship such a binary, p= eriod. > >> >> >> >> > >> >> >> >> Please explain why you think that. > >> >> >> > > >> >> >> > I just did, above. > >> >> >> > >> >> >> In what way is "pointless" an explanation? > >> >> > > >> >> > I meant the second sentence. > >> >> > >> >> Can you then explain if you think there is any reason not to = ship the > >> >> release binaries with debug info? > >> > > >> > I said it is slightly better, that's all. =C2=A0The reason is = disk space, > >> > of course: 30MB is a lot for a binary. > >> > >> Why do you then think it is pointless to ship both binaries with= debug > >> info and without it? > > > > It should be clear: it's even more disk space waste. >=20 > Why do you think that giving the users the choice to download eithe= r > binaries with debug info or without it is "even more disk space > waste"? Having both binaries in the same zip archive doesn't give users more choice.