From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.help Subject: RE: ELPA and EmacsWiki Updates Date: Sun, 9 Sep 2007 14:41:07 -0700 Message-ID: References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1189376787 20127 80.91.229.12 (9 Sep 2007 22:26:27 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 9 Sep 2007 22:26:27 +0000 (UTC) To: Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Mon Sep 10 08:26:13 2007 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1IUc2t-0000S3-1P for geh-help-gnu-emacs@m.gmane.org; Mon, 10 Sep 2007 07:42:51 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IUUYW-0001cQ-Ed for geh-help-gnu-emacs@m.gmane.org; Sun, 09 Sep 2007 17:43:00 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1IUUYE-0001bT-B8 for help-gnu-emacs@gnu.org; Sun, 09 Sep 2007 17:42:42 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1IUUYD-0001b8-Lk for help-gnu-emacs@gnu.org; Sun, 09 Sep 2007 17:42:41 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IUUYD-0001b2-Ga for help-gnu-emacs@gnu.org; Sun, 09 Sep 2007 17:42:41 -0400 Original-Received: from agminet01.oracle.com ([141.146.126.228]) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1IUUYC-00019Q-S6 for help-gnu-emacs@gnu.org; Sun, 09 Sep 2007 17:42:41 -0400 Original-Received: from rgmgw1.us.oracle.com (rgmgw1.us.oracle.com [138.1.186.110]) by agminet01.oracle.com (Switch-3.2.4/Switch-3.1.7) with ESMTP id l89Lgcn5029458 for ; Sun, 9 Sep 2007 16:42:38 -0500 Original-Received: from acsmt351.oracle.com (acsmt351.oracle.com [141.146.40.151]) by rgmgw1.us.oracle.com (Switch-3.2.4/Switch-3.2.4) with ESMTP id l89JKkOo019338 for ; Sun, 9 Sep 2007 15:42:37 -0600 Original-Received: from dhcp-amer-csvpn-gw1-141-144-64-187.vpn.oracle.com by acsmt350.oracle.com with ESMTP id 3195970601189374062; Sun, 09 Sep 2007 14:41:02 -0700 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) In-reply-to: Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 X-Brightmail-Tracker: AAAAAQAAAAI= X-Brightmail-Tracker: AAAAAQAAAAI= X-Whitelist: TRUE X-Whitelist: TRUE X-Detected-Kernel: Linux 2.4-2.6 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:47415 Archived-At: > Drew> What's really needed much of the time is a way to move smoothly > Drew> along the continuum between #1 and #2. > > It depends. Not everybody wants to learn how to hack elisp, or has > the time, or whatever. But this doesn't mean they should not use > Emacs or install an external package or whatever... sure, we know it > was better for us to learn all this stuff, but we probably live in > Emacs (I do) -- but there are plenty of casual users as well. Casual users are the ones I'm worried about here. #1 gives them the impression that they can count on help when they get into trouble. "Would that it were..." > Anyway package.el can't disguise the nature of the Emacs on which it > rests. If you hit a bug, elisp hacking skills are needed, no question > there. > > Drew> OK, but do you need to modify a user's .emacs to do that? > Drew> Couldn't you use Customize? > > I don't see how it could use customize. It needs to run code at > startup. Is that possible with customize? When you save customizations, they are saved in your `custom-file', if that variable is defined. If not, they are saved in your .emacs. At startup, both .emacs and `custom-file' are loaded. So yes, customizations are read at startup. > Drew> And edit your .emacs to remove the changes package.el made to > Drew> it, including to the load-path? Anything else? ;-) > > load-path is hacked at runtime, during package activation. The result > isn't written to any file. OK, I misunderstood that. > I thought you were asking about deleting a single package. If you > want to really uninstall package.el, then you must remove the bits > from your .emacs, and then "rm -rf ~/.emacs.d/elpa/". That's what will bite a casual user. It's error prone, and it might require some knowledge of Emacs Lisp or OS commands. IMO, it should be just as easy to uninstall something as to install it. No - it should be easier. This is not as important for experienced users as it is for novices, but it helps everyone. > Nothing else is modified... well, unless you customize some variable > for use by a package you just deleted. I don't know how to handle > that case. > > >> Eventually I'll write package deletion support for the package menu > >> mode. I've put it off. > > Drew> I'd think that would be the first thing to write ;-). > > *Shrug*. There's a reason package.el is only version 0.5. ;-) > Drew> I don't know. I'm all in favor of making things easy for > Drew> users. But in practice that too often means imposing a bunch of > Drew> stuff that a user might not really want (if fully aware) and > Drew> that s?he finds it difficult to get rid off or bypass > Drew> thereafter. > > In my view, package.el is just doing what an experienced Emacs user > would do -- only, better than most folks bother, and regularized. The > way this scratches my own itch -- since I'm not really a beginning > Emacs user -- is that it eliminates the drudgery of package install. And that is a good thing. > Of course there are always folks who want complete control, who (e.g.) > detest the file name ~/.emacs.d/elpa/, or whatever. Not to be too > harsh or anything, but they should probably roll their own. We'll all > be happier that way :-) Agreed. > Drew> I would think that installing and activating (depending on what > Drew> is meant by the latter) would be two different choices for a > Drew> user to make. Why couple them? > > Convenience. That argues for being _able_ to do them at the same time, but not for being _obliged_ to do them together. > Also, my thought experiment is: what external package is > there that is useful enough for me to install but which, if it were > incorporated into Emacs, should not be autoloaded? You might want to try a package, without committing yourself to integrating it with your regular Emacs startup. It's not so much a question about "what package" but a question about what a user might want to do in different contexts. I have some libraries that I use all of the time, and others that I use only occasionally, on demand.