From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: GnuTLS for W32 Date: Tue, 03 Jan 2012 19:29:14 +0200 Message-ID: <83aa64r8yd.fsf@gnu.org> References: <87ty4fbje8.fsf@lifelogs.com> <83ehvjs8t5.fsf@gnu.org> <87pqf3bcom.fsf@lifelogs.com> <83boqns68o.fsf@gnu.org> <87liprazr1.fsf@lifelogs.com> <83wr9bqez3.fsf@gnu.org> <87y5tr9dwv.fsf_-_@lifelogs.com> <87k45alwgb.fsf@wanadoo.es> <87fwfyltm1.fsf@wanadoo.es> <87boqmlrma.fsf@wanadoo.es> <87ty4e9j19.fsf@lifelogs.com> <83obumqa0v.fsf@gnu.org> <87ipktag2e.fsf@lifelogs.com> <87aa659bpw.fsf@lifelogs.com> <871urgal1c.fsf@lifelogs.com> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: dough.gmane.org 1325611779 1683 80.91.229.12 (3 Jan 2012 17:29:39 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 3 Jan 2012 17:29:39 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Jan 03 18:29:32 2012 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Ri8Ay-0003tX-Nq for ged-emacs-devel@m.gmane.org; Tue, 03 Jan 2012 18:29:28 +0100 Original-Received: from localhost ([::1]:52521 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ri8Ay-0002mz-64 for ged-emacs-devel@m.gmane.org; Tue, 03 Jan 2012 12:29:28 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:56309) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ri8Au-0002mn-S4 for emacs-devel@gnu.org; Tue, 03 Jan 2012 12:29:26 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Ri8At-0001jm-Jx for emacs-devel@gnu.org; Tue, 03 Jan 2012 12:29:24 -0500 Original-Received: from mtaout22.012.net.il ([80.179.55.172]:38361) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ri8At-0001jS-BI for emacs-devel@gnu.org; Tue, 03 Jan 2012 12:29:23 -0500 Original-Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0LX800300GK6H300@a-mtaout22.012.net.il> for emacs-devel@gnu.org; Tue, 03 Jan 2012 19:29:09 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([77.126.18.76]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LX800LF5GKKBQM1@a-mtaout22.012.net.il> for emacs-devel@gnu.org; Tue, 03 Jan 2012 19:29:08 +0200 (IST) In-reply-to: <871urgal1c.fsf@lifelogs.com> X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 (beta) X-Received-From: 80.179.55.172 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 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-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:147216 Archived-At: > From: Ted Zlatanov > Date: Tue, 03 Jan 2012 10:00:15 -0500 > > The mechanism is not too important from a UI perspective, as long as it > DTRT, and I don't know the W32 platform well enough to specify how it > should operate. If you think replacing the DLL is possible entirely > from within Emacs, I'm OK with that. Anything's possible: this is software, after all. It is just that it takes a non-trivial effort. > As a first cut, could we have a gnutls-w32 package, version 3.09 > currently, which when activated will download and install the 3.09 > GnuTLS DLL if it's missing? We can, if someone does the job. > Where should this DLL be written? To the directory where emacs.exe lives. > Does W32 have APIs or mechanisms to update DLLs safely? If it does, I'm not familiar with them (which doesn't mean they don't exist; I don't consider myself an expert on the gazillion APIs scattered across MS-Windows-land). > As an alternate solution, could GnuTLS itself have an installer and an > updater? Alternative for what? for package.el or for replacing a DLL without restarting Emacs? > On W32 this is a worse problem than anywhere else IIUC (Mac OS X has > MacPorts and GNU/Linux has a billion package managers). So, we either > tell the user to download and unzip the GnuTLS DLLs every time there's a > critical fix, or we do it automatically for them from the package.el UI, > or we pass the responsibility to the GnuTLS developers to write an > updater. I don't think we have the option, as responsible developers, > of just ignoring that responsibility. I don't ignore it, I built the W32 DLL in the first place, remember? I just think this puts us 99% of the way to the goal, that's all. But if someone has motivation to go the extra 1%, my hat.