all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Tom Tromey <tromey@redhat.com>
To: Uday S Reddy <u.s.reddy@cs.bham.ac.uk>
Cc: emacs-devel@gnu.org
Subject: Re: document package.el
Date: Fri, 27 Aug 2010 09:51:36 -0600	[thread overview]
Message-ID: <m3k4nct5o7.fsf@fleche.redhat.com> (raw)
In-Reply-To: <i57mqc$24k$1@dough.gmane.org> (Uday S. Reddy's message of "Fri,  27 Aug 2010 07:43:17 +0100")

>>>>> "Uday" == Uday S Reddy <u.s.reddy@cs.bham.ac.uk> writes:

Uday> I personally think that upgrading packages should be a conscious,
Uday> deliberate action.  You never know what changes the developers have
Uday> put in the upgrade and what those change would entail in terms of how
Uday> you will use the package.

This is exactly why I didn't write package.el to work automatically :-)

It should be implementable, though, if somebody really wants it.

Another idea would be to do what Mozilla's plugin manager does: look for
updates in the background, and notify the users of possible upgrades.

Uday> I will also want to install the new versions along side the old ones,
Uday> so that I have the option of going back to the old versions if I need
Uday> to.  It is not yet clear to me if package.el allows that.

If you install a new version the old one will still be there.  You have
to explicitly delete it.  So, you can go back to an older one by
deleting the newer one.

This isn't foolproof because installing a new version of a package may
install new versions of its dependencies, and there's no easy way
(without reading through files in ~/.emacs.d/elpa/) to know what those
are after the fact.

Tom



  reply	other threads:[~2010-08-27 15:51 UTC|newest]

Thread overview: 34+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-08-06 22:42 document package.el Tom Tromey
2010-08-06 23:48 ` Phil Hagelberg
2010-08-09 16:22   ` Tom Tromey
2010-08-07  1:43 ` Christoph
2010-08-07  8:57   ` Geralt
2010-08-09 16:23   ` Tom Tromey
2010-08-26 23:27   ` Juri Linkov
2010-08-26 23:50     ` Stefan Monnier
2010-08-27  3:14       ` Christoph
2010-08-27  5:51         ` Uday S Reddy
2010-08-27  3:12     ` Christoph
2010-08-27  7:07     ` Uday S Reddy
2010-08-27 21:40       ` Phil Hagelberg
2010-08-28 17:34         ` Tom Tromey
2010-08-27  6:43   ` Uday S Reddy
2010-08-27 15:51     ` Tom Tromey [this message]
2010-08-27 16:17     ` Chong Yidong
2010-08-27 21:43     ` Richard Stallman
2010-08-27 22:58       ` Christoph
2010-08-28  7:25         ` Uday S Reddy
2010-08-07  7:47 ` Eli Zaretskii
2010-08-08 22:39   ` Chong Yidong
2010-08-09 16:24     ` Tom Tromey
2010-08-21 18:22   ` Tom Tromey
2010-08-21 18:51     ` Eli Zaretskii
2010-08-22  1:40       ` Tom Tromey
2010-08-08 23:06 ` Chong Yidong
2010-08-09 21:13   ` Tom Tromey
2010-08-21 18:37   ` Tom Tromey
2010-08-25 17:24     ` Chong Yidong
2010-08-25 17:34       ` Tom Tromey
2010-08-25 17:35         ` Chong Yidong
2010-08-17 14:37 ` Uday S Reddy
2010-08-17 15:57   ` Tom Tromey

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=m3k4nct5o7.fsf@fleche.redhat.com \
    --to=tromey@redhat.com \
    --cc=emacs-devel@gnu.org \
    --cc=u.s.reddy@cs.bham.ac.uk \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.