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: Wed, 04 Jan 2012 23:30:15 +0200 Message-ID: <83ipkrp34o.fsf@gnu.org> References: <87ty4e9j19.fsf@lifelogs.com> <83obumqa0v.fsf@gnu.org> <87ipktag2e.fsf@lifelogs.com> <87fwfxtxuz.fsf@wanadoo.es> <87aa64ubg9.fsf@wanadoo.es> <83boqkr9bp.fsf@gnu.org> <874nwcu17i.fsf@wanadoo.es> <834nwcr6un.fsf@gnu.org> <87vcosskhc.fsf@wanadoo.es> <831urgr2yr.fsf@gnu.org> <87r4zgsh2w.fsf@wanadoo.es> <87ipks3zbo.fsf@uwakimon.sk.tsukuba.ac.jp> <87boqk3q69.fsf@uwakimon.sk.tsukuba.ac.jp> <87aa634st8.fsf@uwakimon.sk.tsukuba.ac.jp> <87fwfvsgfv.fsf@wanadoo.es> <83r4zfpcfv.fsf@gnu.org> <87y5tnqmts.fsf@wanadoo.es> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE X-Trace: dough.gmane.org 1325712707 25811 80.91.229.12 (4 Jan 2012 21:31:47 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 4 Jan 2012 21:31:47 +0000 (UTC) Cc: emacs-devel@gnu.org To: =?iso-8859-1?Q?=D3scar?= Fuentes Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Jan 04 22:31:43 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 1RiYQt-0007Wz-Tw for ged-emacs-devel@m.gmane.org; Wed, 04 Jan 2012 22:31:40 +0100 Original-Received: from localhost ([::1]:34505 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RiYQt-0006UU-89 for ged-emacs-devel@m.gmane.org; Wed, 04 Jan 2012 16:31:39 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:38223) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RiYQq-0006UG-3w for emacs-devel@gnu.org; Wed, 04 Jan 2012 16:31:37 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RiYQo-0005XL-Vw for emacs-devel@gnu.org; Wed, 04 Jan 2012 16:31:36 -0500 Original-Received: from mtaout22.012.net.il ([80.179.55.172]:46172) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RiYQo-0005XF-Gw for emacs-devel@gnu.org; Wed, 04 Jan 2012 16:31:34 -0500 Original-Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0LXA00M00M9OJE00@a-mtaout22.012.net.il> for emacs-devel@gnu.org; Wed, 04 Jan 2012 23:31:33 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([77.126.18.76]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LXA00B84MGK2KI3@a-mtaout22.012.net.il>; Wed, 04 Jan 2012 23:31:33 +0200 (IST) In-reply-to: <87y5tnqmts.fsf@wanadoo.es> 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:147295 Archived-At: > From: =D3scar Fuentes > Date: Wed, 04 Jan 2012 20:39:27 +0100 >=20 > Eli Zaretskii writes: >=20 > [snip] >=20 > >> Just set dynamic-library-alist as it contains ('gnutls > >> . "/path/to/gnutls/gnutls.dll") (or whatever are the right names= ). > > > > Putting DLLs in arbitrary places is not TRT. >=20 > Nobody is suggesting an *arbitrary* place. Where ELPA puts its file= s is > anything but arbitrary. Yes, it is, for DLLs and other binaries. Those should go where binaries live, not where Lisp packages live. > > We should put it in the > > same directory where emacs.exe lives, and then there's no need to= do > > anything with dynamic-library-alist. >=20 > Depending on how Emacs was installed, that would require elevated > privileges, something ELPA can not ask for, AFAIK. FUD. Emacs is not installed by corporate policies on Windows, so thi= s won't happen except in very rare cases. > Please keep in mind that we (or at least Ted and I) are discussing > the feasibility of using ELPA for providing and updating the > required dll for Emacs STARTTLS capability to work on Windows. Excellent. But please do it right, or your changes will be rejected flat out. There's a certain organization to the Emacs tree, includin= g on Windows; please follow it, so we could give users reasonably clear explanations for them to be able to maintain the tree. > Yes, putting the dll along the emacs executable on the same directo= ry > works, that's what I do with my own software. However, my applicati= ons > require a privileged user to upgrade or install new components Then it's _your_ problem, and I'm sure you already have a solution fo= r it. Having a DLL near the .exe is the recommended practice and a saf= e one at that. Please follow it, if you want to do this job.