From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/74414 Path: news.gmane.org!not-for-mail From: Julien Danjou Newsgroups: gmane.emacs.devel,gmane.emacs.gnus.general Subject: Re: gnutls status Date: Fri, 26 Nov 2010 13:51:09 +0100 Message-ID: References: <87ipzkmgfn.fsf@lifelogs.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" X-Trace: dough.gmane.org 1290775887 27609 80.91.229.12 (26 Nov 2010 12:51:27 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 26 Nov 2010 12:51:27 +0000 (UTC) Cc: ding@gnus.org, emacs-devel@gnu.org To: Ted Zlatanov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Nov 26 13:51:23 2010 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1PLxlp-0005P9-OD for ged-emacs-devel@m.gmane.org; Fri, 26 Nov 2010 13:51:22 +0100 Original-Received: from localhost ([127.0.0.1]:35275 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PLxlp-0000QU-4o for ged-emacs-devel@m.gmane.org; Fri, 26 Nov 2010 07:51:21 -0500 Original-Received: from [140.186.70.92] (port=41787 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PLxlh-0000QN-6c for emacs-devel@gnu.org; Fri, 26 Nov 2010 07:51:14 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PLxlg-0004av-3P for emacs-devel@gnu.org; Fri, 26 Nov 2010 07:51:13 -0500 Original-Received: from coquelicot-s.easter-eggs.com ([213.215.37.94]:57169) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PLxlf-0004aa-Kn for emacs-devel@gnu.org; Fri, 26 Nov 2010 07:51:12 -0500 Original-Received: from cigue.easter-eggs.fr (cigue.easter-eggs.fr [10.0.0.33]) by rose.easter-eggs.fr (Postfix) with ESMTPS id 84D0E14106; Fri, 26 Nov 2010 13:51:07 +0100 (CET) Original-Received: from jdanjou by cigue.easter-eggs.fr with local (Exim 4.72) (envelope-from ) id 1PLxle-0003Cn-1B; Fri, 26 Nov 2010 13:51:10 +0100 Mail-Followup-To: Ted Zlatanov , ding@gnus.org, emacs-devel@gnu.org In-Reply-To: <87ipzkmgfn.fsf@lifelogs.com> (Ted Zlatanov's message of "Fri, 26 Nov 2010 06:13:00 -0600") User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/24.0.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:133163 gmane.emacs.gnus.general:74414 Archived-At: --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On Fri, Nov 26 2010, Ted Zlatanov wrote: > 2.10.x and above let us set a callback function, which would make all of > the above easier and more convenient from ELisp-land. The problem is > that 2.10.x hasn't been widely adopted in Debian and thus won't work by > default. It's in experimental. It won't go in sid until squeeze is released, which should be very soon now. So there's nothing to wait IMHO. At the time Emacs 24 will be released, gnutls 2.10 would have been since a very long in Debian. :) > This is essentially why I haven't worked on the GnuTLS support in a bit: > I don't know the best way forward. If anyone can suggest a good way to > do it, I'm all ears. I also don't know about 2.10.x's status in the > major distros and whether Emacs can require that version or higher > specifically. My opinion is go with 2.10. Some distro do not update often packages if they're is no urgent need to, anyhow. So you will just be pushing them a bit, which is not a bad thing. :) Gentoo, OpenBSD, FreeBSD already have it FWIW. And Debian in experimental, so it will end up in Debian and Ubuntu in a couple of month top[1]. This is the development model I used for the last years in various project like the awesome window manager, often requiring recent version of libraries it uses. I consider I don't have enough time to write compatibility code for older library release, while smart people write better interface for us to use. The only downside is for people using old OS for whatever reason. But they *will have* to upgrade other time anyhow, so why not doing sooner than later? Since we're talking a user program (not a production Web server), there's no big counter-argument to this, IMHO. Of course, YMMV, as your amount of spare time to be used writing compatibility code. ;) [1] Depends if squeeze is released soon, of course. =2D-=20 Julien Danjou // =E1=90=B0 http://julien.danjou.info --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkzvrT0ACgkQpGK1HsL+5c12vQCgiTsWJvUJXsaQx6Wts8qXwuo+ CzYAn0H9AJWf7S+WVPlGfFvBxTV5KXp7 =Vflw -----END PGP SIGNATURE----- --=-=-=--