From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: =?utf-8?Q?=C3=93scar_Fuentes?= Newsgroups: gmane.emacs.devel Subject: Re: GnuTLS for W32 Date: Tue, 03 Jan 2012 18:48:17 +0100 Message-ID: <874nwcu17i.fsf@wanadoo.es> References: <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> <87fwfxtxuz.fsf@wanadoo.es> <87aa64ubg9.fsf@wanadoo.es> <83boqkr9bp.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1325612920 10319 80.91.229.12 (3 Jan 2012 17:48:40 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 3 Jan 2012 17:48:40 +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:48:36 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 1Ri8TU-0004II-9J for ged-emacs-devel@m.gmane.org; Tue, 03 Jan 2012 18:48:36 +0100 Original-Received: from localhost ([::1]:56462 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ri8TT-00038L-Qc for ged-emacs-devel@m.gmane.org; Tue, 03 Jan 2012 12:48:35 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:45110) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ri8TQ-00038B-HE for emacs-devel@gnu.org; Tue, 03 Jan 2012 12:48:34 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Ri8TP-0004X6-6d for emacs-devel@gnu.org; Tue, 03 Jan 2012 12:48:32 -0500 Original-Received: from lo.gmane.org ([80.91.229.12]:39292) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ri8TO-0004Ws-V9 for emacs-devel@gnu.org; Tue, 03 Jan 2012 12:48:31 -0500 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1Ri8TN-0004GN-Gi for emacs-devel@gnu.org; Tue, 03 Jan 2012 18:48:29 +0100 Original-Received: from 225.red-79-147-11.dynamicip.rima-tde.net ([79.147.11.225]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 03 Jan 2012 18:48:29 +0100 Original-Received: from ofv by 225.red-79-147-11.dynamicip.rima-tde.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 03 Jan 2012 18:48:29 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 21 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: 225.red-79-147-11.dynamicip.rima-tde.net User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.91 (gnu/linux) Cancel-Lock: sha1:E7oLqbM5Hi0duLoqNYKrQK0K0G8= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 80.91.229.12 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:147218 Archived-At: Eli Zaretskii writes: >> You are providing reasons for the package approach: if it is hard for >> the user to put the dll in the correct directory, let Emacs do it. > > No, it is _not_ hard for the user to put the DLL in the correct > directory. The user needs to know the correct directory (where "correct" implies "with write access to it and Emacs can find the dll there"). That's anything but trivial even for a computer-savvy user (BTW, since when Emacs changed its policy and is targeted to geeks only again?) > It is hard for _us_, the programmers of package.el, to > select a fixed directory that would work for all users, so that we > could hardcode its absolute file name in the Emacs sources. An > entirely different issue. Elisp packages downloaded by package.el are already saved on a well-known directory where Emacs has write access to. So the problem is solved.