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 19:34:55 +0100 Message-ID: <87vcosskhc.fsf@wanadoo.es> References: <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> <874nwcu17i.fsf@wanadoo.es> <834nwcr6un.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: dough.gmane.org 1325615726 30707 80.91.229.12 (3 Jan 2012 18:35:26 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 3 Jan 2012 18:35:26 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Jan 03 19:35:23 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 1Ri9Ci-0006w3-3g for ged-emacs-devel@m.gmane.org; Tue, 03 Jan 2012 19:35:20 +0100 Original-Received: from localhost ([::1]:49533 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ri9Ch-0006NL-Lw for ged-emacs-devel@m.gmane.org; Tue, 03 Jan 2012 13:35:19 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:53708) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ri9Ce-0006N2-Q0 for emacs-devel@gnu.org; Tue, 03 Jan 2012 13:35:17 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Ri9Cd-0004Mo-Gt for emacs-devel@gnu.org; Tue, 03 Jan 2012 13:35:16 -0500 Original-Received: from lo.gmane.org ([80.91.229.12]:34633) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ri9Cd-0004Mj-08 for emacs-devel@gnu.org; Tue, 03 Jan 2012 13:35:15 -0500 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1Ri9CY-0006sZ-RT for emacs-devel@gnu.org; Tue, 03 Jan 2012 19:35:10 +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 19:35:10 +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 19:35:10 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 60 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:UdOn2KQie1MrUu+PkTRjIx78R6U= 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:147225 Archived-At: Eli Zaretskii writes: >> From: Óscar Fuentes >> Date: Tue, 03 Jan 2012 18:48:17 +0100 >> >> 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 > > The same user Not necessarily the same user. But I admit that I'm nitpicking. > already unzipped the Emacs binary distro, so why exactly > would it be hard for her to unzip another zip file from the same > place? He must unzip the file on a very specific directory, not just on the same directory where he installs every program. BTW, zip files is a terrible way to install software on MS Windows. Only geeks who already decided to try Emacs go through the process of installing from a zip file. I find quite ironic that `make install' creates the Emacs icon on the Start menu but with the standard binary distribution the user need to figure out how to start Emacs. >> (BTW, since when Emacs changed its policy and is targeted to geeks >> only again?) > > Since about forever? Then lots of time was wasted on writing documentation that is clearly targeted to non-geeks. >> > 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. > > Solved my foot! we need to know that directory's absolute file name in > advance, to hardcode it into the C sources of Emacs. How's that > going to work, if package.el doesn't know where that directory will be > until it is run by Emacs? You don't need to know the directory at compile time. GnuTLS and potentially other libraries (those that provide image support, for instance) are perfectly fine if you load them on demand at run time. I think that's what already happens with the GnuTLS on MS Windows.