From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.help Subject: Re: Emacs for Windows Date: Fri, 10 Oct 2014 22:56:40 +0300 Message-ID: <83a953aebr.fsf@gnu.org> References: <874mvcc1jh.fsf@gmail.com> <83d2a0bfwu.fsf@gnu.org> <83y4so9jjy.fsf@gnu.org> <83vbns9d5j.fsf@gnu.org> <83bnpjaipi.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1412971046 15502 80.91.229.3 (10 Oct 2014 19:57:26 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 10 Oct 2014 19:57:26 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Fri Oct 10 21:57:19 2014 Return-path: Envelope-to: geh-help-gnu-emacs@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 1XcgJR-0006wy-OJ for geh-help-gnu-emacs@m.gmane.org; Fri, 10 Oct 2014 21:57:17 +0200 Original-Received: from localhost ([::1]:50842 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XcgJR-0000pk-G4 for geh-help-gnu-emacs@m.gmane.org; Fri, 10 Oct 2014 15:57:17 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:55942) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XcgJ9-0000pd-Rs for help-gnu-emacs@gnu.org; Fri, 10 Oct 2014 15:57:05 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XcgJ3-0008Oa-Vu for help-gnu-emacs@gnu.org; Fri, 10 Oct 2014 15:56:59 -0400 Original-Received: from mtaout27.012.net.il ([80.179.55.183]:32924) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XcgJ3-0008OM-NJ for help-gnu-emacs@gnu.org; Fri, 10 Oct 2014 15:56:53 -0400 Original-Received: from conversion-daemon.mtaout27.012.net.il by mtaout27.012.net.il (HyperSendmail v2007.08) id <0ND800J00TTPDE00@mtaout27.012.net.il> for help-gnu-emacs@gnu.org; Fri, 10 Oct 2014 22:51:36 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout27.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0ND800K8QV603X30@mtaout27.012.net.il> for help-gnu-emacs@gnu.org; Fri, 10 Oct 2014 22:51:36 +0300 (IDT) In-reply-to: X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 80.179.55.183 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:100397 Archived-At: > From: Stefan Monnier > Date: Fri, 10 Oct 2014 14:34:11 -0400 > > >> I mean, distribution via zip files is so painful for the user who has to > >> figure out on his own how to upgrade from one version to another, plus > >> all the dependencies, etc... > > If the package is done well, then all the dependencies are already > > bundled. And then all you need is unzip the file. How hard can that > > be? > > How is that going to tell you when a bugfix release has been released? You watch the site where you downloaded the previous one from. > How is that going to choose where to unzip? It doesn't. _You_ decide. Some see that as an advantage. > How is that going to uninstall the old version? No need, the new files will overwrite the old ones. > And of course, you end up with umpteen copies of the dependencies, but > I guess only anal-retentive nit pickers will care about the wasted disk > and RAM space. Exactly. Besides, other packages, not yet updated, could still need the old dependencies anyway. Even the omniscient installers always ask you whether to remove shared libraries they _think_ are no longer needed (and I personally always say NO). > >> How do people live with that? > > I can tell you that no one ever asked me to provide the binary zips I > > upload in any other form. Which makes me think there is no problem. > > In the absence of a package manager, there's of course no other form > that could be requested, indeed. The other form is some kind of installer.