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: Mon, 02 Jan 2012 19:39:12 +0200 Message-ID: <83obumqa0v.fsf@gnu.org> References: <87aa68dfao.fsf@lifelogs.com> <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> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: dough.gmane.org 1325525959 21495 80.91.229.12 (2 Jan 2012 17:39:19 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 2 Jan 2012 17:39:19 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jan 02 18:39:14 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 1Rhlqs-0006DY-0f for ged-emacs-devel@m.gmane.org; Mon, 02 Jan 2012 18:39:14 +0100 Original-Received: from localhost ([::1]:57440 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Rhlqr-00041X-9A for ged-emacs-devel@m.gmane.org; Mon, 02 Jan 2012 12:39:13 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:49003) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Rhlqo-00040x-UM for emacs-devel@gnu.org; Mon, 02 Jan 2012 12:39:11 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Rhlqn-0006kQ-TH for emacs-devel@gnu.org; Mon, 02 Jan 2012 12:39:10 -0500 Original-Received: from mtaout22.012.net.il ([80.179.55.172]:58076) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Rhlqn-0006kM-KX for emacs-devel@gnu.org; Mon, 02 Jan 2012 12:39:09 -0500 Original-Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0LX600A00MC23G00@a-mtaout22.012.net.il> for emacs-devel@gnu.org; Mon, 02 Jan 2012 19:39:08 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([77.126.18.76]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LX6005N8MD7Y0A1@a-mtaout22.012.net.il> for emacs-devel@gnu.org; Mon, 02 Jan 2012 19:39:08 +0200 (IST) In-reply-to: <87ty4e9j19.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:147184 Archived-At: > From: Ted Zlatanov > Date: Mon, 02 Jan 2012 11:16:34 -0500 > > On Mon, 2 Jan 2012 05:02:45 +0100 Juanma Barranquero wrote: > > JB> If we start distributing GnuTLS binaries, it's suddenly our (= > JB> "someone's") work to know when a release fixes serious bugs and when > JB> it does not. > > I stated I would do that monitoring. Yes, thanks. > In any case, it's better to have the *ability* to issue updates than > not to. In that context, it seems more sensible to package GnuTLS > support as an ELPA package so it can be upgraded without upgrading > Emacs as a whole. It makes sense, but how is ELPA easier than any other download address? All that's needed is to download a single zip archive and unzip it. Why does it matter if it comes from ELPA or from elsewhere? > So perhaps we just need a versioned "gnutls-w32" ELPA package to > DTRT. W32 users can choose to install it or it can be installed by > default, whichever we or the distribution decides. The w32 "distribution" is just a single zip file which you unzip wherever you want it, and add the bin subdirectory to PATH. A zip file cannot "decide" anything. The alternatives are: . have GnuTLS as part of the binary zip . have GnuTLS as a separate zip alongside the binary zip (we do this for libxpm) . have GnuTLS available for download from some other address