From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: ken Newsgroups: gmane.emacs.help Subject: Re: Is there an elisp package manager? Date: Sun, 13 Aug 2006 13:01:01 -0400 Message-ID: <44DF5ACD.7030102@speakeasy.net> References: <1155441044.103183.254590@m79g2000cwm.googlegroups.com> <87k65cd86g.fsf@comcast.net> Reply-To: gebser@speakeasy.net NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1155488511 8580 80.91.229.2 (13 Aug 2006 17:01:51 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 13 Aug 2006 17:01:51 +0000 (UTC) Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Sun Aug 13 19:01:49 2006 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1GCJLM-0001BG-D3 for geh-help-gnu-emacs@m.gmane.org; Sun, 13 Aug 2006 19:01:44 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GCJLM-00026p-3I for geh-help-gnu-emacs@m.gmane.org; Sun, 13 Aug 2006 13:01:44 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1GCJL7-00025v-Dl for help-gnu-emacs@gnu.org; Sun, 13 Aug 2006 13:01:29 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1GCJL6-00025X-1k for help-gnu-emacs@gnu.org; Sun, 13 Aug 2006 13:01:28 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GCJL5-00025U-TN for help-gnu-emacs@gnu.org; Sun, 13 Aug 2006 13:01:27 -0400 Original-Received: from [69.17.117.5] (helo=mail3.sea5.speakeasy.net) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.52) id 1GCJQi-0004fw-9J for help-gnu-emacs@gnu.org; Sun, 13 Aug 2006 13:07:16 -0400 Original-Received: (qmail 10600 invoked from network); 13 Aug 2006 17:01:25 -0000 Original-Received: from dsl093-011-017.cle1.dsl.speakeasy.net (HELO [192.168.0.27]) (gebser@[66.93.11.17]) (envelope-sender ) by mail3.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 13 Aug 2006 17:01:25 -0000 User-Agent: Thunderbird 1.5.0.5 (X11/20060725) Original-To: GNU Emacs List In-Reply-To: <87k65cd86g.fsf@comcast.net> 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:36661 Archived-At: Robert D. Crawford wrote: > ken writes: > >> I'll give a pitch for RPM. There's been many a time when I've wanted to >> upgrade emacs or elisp, but know that if I do, forever after I'll no >> longer be able to use RPM for upgrades and I'll have to always upgrade >> emacs and elisp manually. So forget about enterprise environments. > > Not all of us fall into those categories. I use debian, so rpm is a bad > solution, in this case anyway. I would also stay away from apt in this > case for the same reasons. It's true that not everyone falls into these categories. In fact, I don't think there's *any* category that *everyone* falls into. That shouldn't be a reason for not doing something, otherwise nothing would ever get done. It might be more fruitful to think in terms of that well-worn aphorism, "the greatest good for the greatest number." > Also, I am not, nor would I imagine are most > users on this list, in an enterprise environment. Most of those who manage an enterprise environment pay for support from the distro provider. They don't need this list. Moreover, it's often the case that installing your own packages on an enterprise-provided machine is not permitted. So, yes, I'd guess you're probably correct on this point. But then are we talking about creating a package just for the people on this list? Don't think so. Again, consider the greatest good for the greatest number. The distro provider sometimes develops its own RPMs, but I doubt that it happens very often that they'll grab an emacs version from CVS and make an RPM out of it, I imagine for purely practical reasons. But if there were an easier path from CVS to RPM, then they would. > Furthermore, unless you are living on the bleeding edge of emacs > development, it does not change that often. It seems to me that most > people would be able to live with an emacs installation for several > years without the need to upgrade. This must be a matter of personal assessment. For reasons mentioned in my previous post, I've resisted upgrading emacs three times in the past year when not doing so adversely affected projects I was working on. I think I upgrade my entire OS more often than you (or whoever is meant by "most people") upgrade your (their) emacs. And I thought I was more sluggish in upgrading than most people?! Whatever the mean frequency of upgrade, the point of creating the app in question is to make upgrading easier-- and "easier" should take into account maintenance of the system as a whole. Maybe it's necessary to have been responsible for systems administration to relate to that. > > While we are dreaming here, why don't we come up with a way to do a > complete installation from this packaging system... emacs and all. Make > it so that it can sniff out the type of distro one uses and make the > adjustments to the package database so that the system knows that there > is a version of emacs/gnus/add-on-mode etc. installed. I'm not dreaming at all. Though you may have a different opinion, I believe what I've proposed is quite reasonable. And what you're talking about (dreaming of?) already exists in large degree. Suse has a package manager, a wrapper for RPM called YaST2 that can perform both installs and upgrades, from CD or HD or from the net. (This would be yet another reason for packaging emacs upgrades into RPMs.) > > I have to say that if someone goes ahead with this, it should work like > apt in that not only does it get the package and install it, it also > grabs whatever dependencies are needed. YaST2 does this. It also works from the CLI or in a GUI. It also provides dynamic help text where options arise. It also authenticates packages prior to their installation, a definite requirement if security is a concern at all. (Suse also runs apt.) > >> Standards aren't much use if there's a bazillion of them and they're all >> incompatible with one another. So why bother with an app that will see >> limited use and, more than likely, will be replaced in a few years by >> something far more practical? > > Living by this logic, we would never get anything done as there is > always something newer and better coming along. Your statement reminds of one from Yogi Berra: "Nobody goes there anymore. It's too crowded." :) I guess to understand my statement, it's necessary to understand that some innovations are better than others, that some are, quite literally, "called for" because they are so practical and far-sighted, while other innovations are more like short-term cludges and fade from use after a short time. IOW, not all innovations are equal. Again, think "the greatest good for the greatest number," where "number" can also mean others coming along in the future. > > rdc >