From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: =?utf-8?Q?=C3=93scar_Fuentes?= Newsgroups: gmane.emacs.devel Subject: Re: Bloat in the Emacs Windows package Date: Fri, 19 Apr 2019 15:23:52 +0200 Message-ID: <878sw6qgbb.fsf@telefonica.net> References: <87v9zcczlf.fsf@russet.org.uk> <83imvacuva.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="98854"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Apr 19 15:26:19 2019 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hHTX1-000Pd2-BR for ged-emacs-devel@m.gmane.org; Fri, 19 Apr 2019 15:26:19 +0200 Original-Received: from localhost ([127.0.0.1]:56639 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hHTX0-0006aj-Bh for ged-emacs-devel@m.gmane.org; Fri, 19 Apr 2019 09:26:18 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:49631) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hHTVz-0006aH-E9 for emacs-devel@gnu.org; Fri, 19 Apr 2019 09:25:16 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hHTUr-0006qo-9S for emacs-devel@gnu.org; Fri, 19 Apr 2019 09:24:06 -0400 Original-Received: from [195.159.176.226] (port=49016 helo=blaine.gmane.org) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1hHTUr-0006np-2r for emacs-devel@gnu.org; Fri, 19 Apr 2019 09:24:05 -0400 Original-Received: from list by blaine.gmane.org with local (Exim 4.89) (envelope-from ) id 1hHTUm-000Mjd-Re for emacs-devel@gnu.org; Fri, 19 Apr 2019 15:24:00 +0200 X-Injected-Via-Gmane: http://gmane.org/ Cancel-Lock: sha1:s32KNM/0wy2Q2kJogu/3NX3QbZI= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 195.159.176.226 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 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" Xref: news.gmane.org gmane.emacs.devel:235655 Archived-At: Eli Zaretskii writes: >> Since then, both bandwidth and disk space has gotten cheaper. But I >> bet there are still lots of situations where Emacs' smallness is >> important. Especially in poorer parts of the world. > > Of course. But those situations need special-purpose packages, and > each one of those will need a volunteer dedicated to produce and > support it. The popular demand clearly shifted to having the > comprehensive packages with everything included. > > Feel free to volunteer to produce a bare-minimum Emacs package for > such situation. We have the no-deps package, but with dozens of MB of debug info and a duplicated large binary. I doubt this benefits 0.1% of the Emacs user base. And that benefit is just a minor convenience for them. OTOH, the bigger the file to download, the less people will get it. People that will use something else. For a political (or social, if you prefer) project as GNU/Emacs, this is not acceptable when you can significantly reduce the download with a few trivial changes (1). I live on Western Europe and know plenty of people who access the Internet through metered and/or slow connections. And then we have the issue with general bloat in IT and the associated waste. I feel morally obligued to not contribute to that waste. 1. Using a better compression method, such as 7z, probably will reduce the download significantly.