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: Thu, 21 Sep 2017 13:57:46 -0400 Organization: =?utf-8?B?0KLQtdC+0LTQvtGAINCX0LvQsNGC0LDQvdC+0LI=?= @ Cienfuegos Message-ID: <87poakc4th.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> <83fubgdm4y.fsf@gnu.org> <87vakcc5xn.fsf@lifelogs.com> <83a81odk0q.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1506016737 12555 195.159.176.226 (21 Sep 2017 17:58:57 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Thu, 21 Sep 2017 17:58:57 +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 Thu Sep 21 19:58:52 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 1dv5kS-0002vh-0j for ged-emacs-devel@m.gmane.org; Thu, 21 Sep 2017 19:58:52 +0200 Original-Received: from localhost ([::1]:54958 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dv5kZ-0002hl-7f for ged-emacs-devel@m.gmane.org; Thu, 21 Sep 2017 13:58:59 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:54569) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dv5jd-0002fk-5r for emacs-devel@gnu.org; Thu, 21 Sep 2017 13:58:02 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dv5jZ-0007h3-1E for emacs-devel@gnu.org; Thu, 21 Sep 2017 13:58:01 -0400 Original-Received: from [195.159.176.226] (port=36006 helo=blaine.gmane.org) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dv5jY-0007gT-R2 for emacs-devel@gnu.org; Thu, 21 Sep 2017 13:57:56 -0400 Original-Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1dv5jN-0007j0-Ud for emacs-devel@gnu.org; Thu, 21 Sep 2017 19:57:45 +0200 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: emacs-devel@gnu.org Original-Lines: 37 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:opIuaviPCqH2lzX+ccf3jNeKnaE= 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:218642 Archived-At: On Thu, 21 Sep 2017 20:44:05 +0300 Eli Zaretskii wrote: >> From: Ted Zlatanov >> Date: Thu, 21 Sep 2017 13:33:40 -0400 >> EZ> So whenever the current branch sees a new release, someone would have EZ> to port it to Windows and provide the binaries? >> >> I'd check for the binaries that are actually available, so it wouldn't >> do anything other than saying "hey there's a new DLL you should run." EZ> Available from where? Surely, we won't want to recommend EZ> security-related DLLs whose quality we cannot guarantee, would we? As Phillip said, https://ftp.gnu.org/gnu/emacs/windows/emacs-25-x86_64-deps.zip and whatever other locations on that server are appropriate. I think that's the simplest, least surprising solution. If we track a single ZIP file, then we may have to look inside for the DLL version specifically. But maybe it's poassible to agree on https://ftp.gnu.org/gnu/emacs/windows/some-special-release-file.txt and ask whoever builds the W32 binaries update it. EZ> Bottom line, I'd really love to see someone volunteer to do this job EZ> in a way that we could simply rely on them and point to their site (or EZ> copy stuff from there to ELPA), but I'm not holding my breath, having EZ> done that several times myself. It's not an easy job, and requires EZ> non-trivial investment of time and effort. I understand your concerns. They apply equally to the rest of the W32 binaries and dependencies and I'm not ignoring them. When a GitLab server is available, maybe we can set up a W32 build slave to build and test these binaries. Ted