From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Ted Zlatanov Newsgroups: gmane.emacs.devel Subject: Re: Win32 GnuTLS DLL installer? Date: Fri, 22 Sep 2017 08:44:44 -0400 Organization: =?utf-8?B?0KLQtdC+0LTQvtGAINCX0LvQsNGC0LDQvdC+0LI=?= @ Cienfuegos Message-ID: <87efqydhs3.fsf@lifelogs.com> References: <87lgl9e4ji.fsf@lifelogs.com> <5e2a6b84f4051ba2d4d427200045c947.squirrel@cloud103.planethippo.com> <8760ccdt3g.fsf@lifelogs.com> <83mv5ods3n.fsf@gnu.org> <87zi9ocbae.fsf@lifelogs.com> <87efqzzrmt.fsf@russet.org.uk> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1506085034 21683 195.159.176.226 (22 Sep 2017 12:57:14 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Fri, 22 Sep 2017 12:57:14 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (gnu/linux) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Sep 22 14:57:07 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 1dvNVz-0005KG-Go for ged-emacs-devel@m.gmane.org; Fri, 22 Sep 2017 14:57:07 +0200 Original-Received: from localhost ([::1]:58768 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dvNW6-0003Va-Vj for ged-emacs-devel@m.gmane.org; Fri, 22 Sep 2017 08:57:15 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:60876) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dvNKP-0002tg-NP for emacs-devel@gnu.org; Fri, 22 Sep 2017 08:45:10 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dvNKL-0005dk-O4 for emacs-devel@gnu.org; Fri, 22 Sep 2017 08:45:09 -0400 Original-Received: from [195.159.176.226] (port=56116 helo=blaine.gmane.org) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dvNKL-0005dF-GS for emacs-devel@gnu.org; Fri, 22 Sep 2017 08:45:05 -0400 Original-Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1dvNK6-0008V7-Th for emacs-devel@gnu.org; Fri, 22 Sep 2017 14:44:50 +0200 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: emacs-devel@gnu.org Original-Lines: 50 Original-X-Complaints-To: usenet@blaine.gmane.org X-Face: bd.DQ~'29fIs`T_%O%C\g%6jW)yi[zuz6; d4V0`@y-~$#3P_Ng{@m+e4o<4P'#(_GJQ%TT= D}[Ep*b!\e,fBZ'j_+#"Ps?s2!4H2-Y"sx" Mail-Copies-To: never Cancel-Lock: sha1:eH641M5+lNhnc/seC7bwTlyjfhk= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] 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:218681 Archived-At: On Thu, 21 Sep 2017 22:08:42 +0100 phillip.lord@russet.org.uk (Phillip Lord) wrote: PL> To me, the sane "update" proceedure is "install a new version of PL> emacs". If you want updating outside of that there are more holisitic PL> solutions like chocolaty. OK, let's focus on that then, and treat new DLL drops as a revision increment, 25.3-2 for instance. Then the problem is reduced to building, testing, and supporting a single version (which we already do). On the user side, either an automated function or a manual "prominent button" command will check that version and maybe optionally launch into a package update. On Thu, 21 Sep 2017 22:13:31 +0100 phillip.lord@russet.org.uk (Phillip Lord) wrote: PL> Ted Zlatanov writes: >> When a GitLab server is available, maybe we can set up a W32 build slave >> to build and test these binaries. PL> That would be a joy. At the moment, the binaries have minimal testing. I also want to note that Docker images (ubuntu for instance) can run on W32, so we can suggest that. That may work for some Emacs users and reduce their dependence on W32. PL> We don't have a good test suite, though, not for binaries. For example, PL> if I don't add libXpm into the zip file, the tests will probably PL> succeed, Emacs will run, but it will look very ropey. OK, we'll plan to work on that. On Fri, 22 Sep 2017 10:29:02 +0300 Eli Zaretskii wrote: EZ> If we are willing to disregard the QA in these libraries for the EZ> Windows users, then I submit that we should not consider seriously any EZ> security aspects of the Windows binaries. We are in effect leaving it EZ> to the users to discover the problems and report them. I don't think anyone is suggesting disregarding QA. We should work on automating the QA process. Meanwhile we should do what we reasonably can to support our users: focus on a single package and implement a way for them to check that they are up to date. (The Emacs model has been "users discover the problems and report them" for many years. The notions of a test suite and CI are relatively very recent and the test coverage is far from perfect. I think we'll only get better at QA automation as our needs and capabilities evolve.) Ted