From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.devel Subject: RE: windows installer Date: Sat, 11 Nov 2017 08:39:05 -0800 (PST) Message-ID: References: <<87po99qzbn.fsf@russet.org.uk> <1509955878.550800.1162811960.541B525D@webmail.messagingengine.com> <87h8u6bae3.fsf@russet.org.uk> <1510126271.1965593.1165373624.0601E5CF@webmail.messagingengine.com> <8760aijcek.fsf@russet.org.uk>> <<83ineiotjr.fsf@gnu.org>> <3f972e79-afcd-4f92-a283-41fad4b687fb@default> <83efp5p8km.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: blaine.gmane.org 1510418404 9064 195.159.176.226 (11 Nov 2017 16:40:04 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sat, 11 Nov 2017 16:40:04 +0000 (UTC) Cc: jostein@secure.kjonigsen.net, phillip.lord@russet.org.uk, jostein@kjonigsen.net, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Nov 11 17:39:56 2017 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eDYp1-0001rP-Ma for ged-emacs-devel@m.gmane.org; Sat, 11 Nov 2017 17:39:55 +0100 Original-Received: from localhost ([::1]:46354 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eDYp7-0001IY-AQ for ged-emacs-devel@m.gmane.org; Sat, 11 Nov 2017 11:40:01 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:33685) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eDYoO-0001IT-0z for emacs-devel@gnu.org; Sat, 11 Nov 2017 11:39:17 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eDYoN-0006P4-4k for emacs-devel@gnu.org; Sat, 11 Nov 2017 11:39:16 -0500 Original-Received: from aserp1040.oracle.com ([141.146.126.69]:25149) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1eDYoJ-0006Ng-7i; Sat, 11 Nov 2017 11:39:11 -0500 Original-Received: from aserv0021.oracle.com (aserv0021.oracle.com [141.146.126.233]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id vABGd8gN032222 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sat, 11 Nov 2017 16:39:09 GMT Original-Received: from aserv0121.oracle.com (aserv0121.oracle.com [141.146.126.235]) by aserv0021.oracle.com (8.14.4/8.14.4) with ESMTP id vABGd8pD028114 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sat, 11 Nov 2017 16:39:08 GMT Original-Received: from abhmp0006.oracle.com (abhmp0006.oracle.com [141.146.116.12]) by aserv0121.oracle.com (8.14.4/8.13.8) with ESMTP id vABGd7st012969; Sat, 11 Nov 2017 16:39:07 GMT In-Reply-To: <83efp5p8km.fsf@gnu.org> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.4600.0 (x86)] X-Source-IP: aserv0021.oracle.com [141.146.126.233] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] [fuzzy] X-Received-From: 141.146.126.69 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:220080 Archived-At: > > I, for one, am not interested in "installing" any Emacs build > > (Program Files etc.). I use multiple builds from different > > releases. I don't even want anything added, by default, to > > PATH. >=20 > Then you should be fine with just unzipping a zip file, because by > default the Windows explorer does that into a separate directory. Yes, I am fine with the delivered binaries. I thought that was clear, but thanks for making it explicit. Such binaries used to be delivered more often. If there were a simple "push-button" command to create them locally, which didn't require anything else, I might well take advantage of that too. > But this installer is not for people like you or me who know what they > are doing and have special needs and requirements. OK. (But I do not know what I am doing wrt building Emacs on Windows - I don't do that.) My only "special needs and requirements" is the ability to put the equivalent of what the delivered Windows zip for a binary provides in any folder. > It is primarily for the na=EFve (a.k.a. "newbie") who just want to be > able to invoke the installer and get Emacs installed "correctly", > meaning that Emacs is available to any other program running on the > system. And that means being installed where other programs are > installed (which gives them additional protection by system-wide > processes and features), and being on PATH. That's fine. But is it not the case that this "installer" also _builds_ Emacs for Windows? If not then apologies for misunderstanding. But if yes, couldn't that part of what it provides be easily decoupled from the rest of the "installing"? If so, wouldn't that be a good thing? Folks who don't want to hassle with obtaining and installing whatever tooling is necessary to build Emacs could build it easily and so might follow Emacs development more closely, potentially providing more timely feedback. Just a thought. As it is now, I wait until there is a pretest or release before seeing what has changed and reporting problems or offering suggestions. I'm not saying that Emacs needs to do this. I'm asking whether (1) the build part is already being done, as part of this "Windows intaller" and (2) if so, whether it wouldn't make sense to offer the build-only (not "install") part as an option. IOW, be able to produce the equivalent of the Windows binaries that are uploaded for, say, a pretest.