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: Tue, 03 Jan 2012 20:14:40 +0200 Message-ID: <834nwcr6un.fsf@gnu.org> 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> <874nwcu17i.fsf@wanadoo.es> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: QUOTED-PRINTABLE X-Trace: dough.gmane.org 1325614488 22251 80.91.229.12 (3 Jan 2012 18:14:48 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 3 Jan 2012 18:14:48 +0000 (UTC) Cc: emacs-devel@gnu.org To: =?utf-8?Q?=C3=93scar?= Fuentes Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Jan 03 19:14: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 1Ri8sk-0006sy-Uu for ged-emacs-devel@m.gmane.org; Tue, 03 Jan 2012 19:14:43 +0100 Original-Received: from localhost ([::1]:47620 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ri8sk-0004N1-9h for ged-emacs-devel@m.gmane.org; Tue, 03 Jan 2012 13:14:42 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:56416) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ri8sg-0004MM-Oh for emacs-devel@gnu.org; Tue, 03 Jan 2012 13:14:39 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Ri8sf-0000QX-6p for emacs-devel@gnu.org; Tue, 03 Jan 2012 13:14:38 -0500 Original-Received: from mtaout22.012.net.il ([80.179.55.172]:51502) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ri8sf-0000QR-0K for emacs-devel@gnu.org; Tue, 03 Jan 2012 13:14:37 -0500 Original-Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0LX800300IJSZL00@a-mtaout22.012.net.il> for emacs-devel@gnu.org; Tue, 03 Jan 2012 20:14:35 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([77.126.18.76]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LX800332IOAZJ10@a-mtaout22.012.net.il>; Tue, 03 Jan 2012 20:14:35 +0200 (IST) In-reply-to: <874nwcu17i.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:147222 Archived-At: > From: =C3=93scar Fuentes > Date: Tue, 03 Jan 2012 18:48:17 +0100 >=20 > Eli Zaretskii writes: >=20 > >> You are providing reasons for the package approach: if it is har= d for > >> the user to put the dll in the correct directory, let Emacs do i= t. > > > > No, it is _not_ hard for the user to put the DLL in the correct > > directory. >=20 > The user needs to know the correct directory (where "correct" impli= es > "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 already unzipped the Emacs binary distro, so why exactl= y would it be hard for her to unzip another zip file from the same place? > (BTW, since when Emacs changed its policy and is targeted to geeks > only again?) Since about forever? > > It is hard for _us_, the programmers of package.el, to > > select a fixed directory that would work for all users, so that w= e > > could hardcode its absolute file name in the Emacs sources. An > > entirely different issue. >=20 > Elisp packages downloaded by package.el are already saved on a > well-known directory where Emacs has write access to. So the proble= m is > solved. Solved my foot! we need to know that directory's absolute file name i= n 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 b= e until it is run by Emacs?