GNU bug report logs - #19146
25.0.50; RFE: non-interactive package upgrade

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 19146 in the body.
You can then email your comments to 19146 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Sam Steingold <sds <at> gnu.org>
To: bug-gnu-emacs <at> gnu.org
Subject: 25.0.50; RFE: non-interactive package upgrade
Date: Fri, 21 Nov 2014 14:23:54 -0500

To upgrade all packages I need to do :

M-x list-packages RET
U (package-menu-mark-upgrades)
x (package-menu-execute)

then answer "yes" to "upgrade?" and "delete old?" questions.

It would be nice if, similar to aptitude:

aptitude update && aptitude -y full-upgrade && aptitude autoclean && deborphan

I could do M-x package-upgrade-all RET and everything were done right
away - no menus, no questions.
(I looked at package.el myself and was unable to disentangle the "work"
for the GUI).

Thanks.

-- 
Sam Steingold (http://sds.podval.org/) on darwin Ns 10.3.1343
http://www.childpsy.net/ http://dhimmi.org http://islamexposedonline.com
http://ffii.org http://thereligionofpeace.com http://think-israel.org
My inferiority complex is the only thing I can be proud of.

Message #8 received at 19146 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Sam Steingold <sds <at> gnu.org>
Cc: 19146 <at> debbugs.gnu.org
Subject: Re: bug#19146: 25.0.50; RFE: non-interactive package upgrade
Date: Thu, 12 May 2022 03:59:19 +0200

Sam Steingold <sds <at> gnu.org> writes:

> To upgrade all packages I need to do :
>
> M-x list-packages RET
> U (package-menu-mark-upgrades)
> x (package-menu-execute)
>
> then answer "yes" to "upgrade?" and "delete old?" questions.
>
> It would be nice if, similar to aptitude:
>
> aptitude update && aptitude -y full-upgrade && aptitude autoclean && deborphan
>
> I could do M-x package-upgrade-all RET and everything were done right
> away - no menus, no questions.
> (I looked at package.el myself and was unable to disentangle the "work"
> for the GUI).

I've now added `M-x package-update-all' to Emacs 29.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Message #13 received at 19146 <at> debbugs.gnu.org (full text, mbox):

From: Sam Steingold <sds <at> gnu.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 19146 <at> debbugs.gnu.org
Subject: Re: bug#19146: 25.0.50; RFE: non-interactive package upgrade
Date: Wed, 11 May 2022 22:23:58 -0400

Thank you!
So, does
emacs --funcall package-update-all
work now?


On Wed, 11 May 2022 at 21:59, Lars Ingebrigtsen <larsi <at> gnus.org> wrote:
>
> Sam Steingold <sds <at> gnu.org> writes:
>
> > To upgrade all packages I need to do :
> >
> > M-x list-packages RET
> > U (package-menu-mark-upgrades)
> > x (package-menu-execute)
> >
> > then answer "yes" to "upgrade?" and "delete old?" questions.
> >
> > It would be nice if, similar to aptitude:
> >
> > aptitude update && aptitude -y full-upgrade && aptitude autoclean && deborphan
> >
> > I could do M-x package-upgrade-all RET and everything were done right
> > away - no menus, no questions.
> > (I looked at package.el myself and was unable to disentangle the "work"
> > for the GUI).
>
> I've now added `M-x package-update-all' to Emacs 29.
>
> --
> (domestic pets only, the antidote for overdose, milk.)
>    bloggy blog: http://lars.ingebrigtsen.no



-- 
Sam Steingold <http://sds.podval.org> <http://www.childpsy.net>
<http://steingoldpsychology.com>

Message #16 received at 19146 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Sam Steingold <sds <at> gnu.org>
Cc: 19146 <at> debbugs.gnu.org
Subject: Re: bug#19146: 25.0.50; RFE: non-interactive package upgrade
Date: Thu, 12 May 2022 04:25:46 +0200

Sam Steingold <sds <at> gnu.org> writes:

> Thank you!
> So, does
> emacs --funcall package-update-all
> work now?

It defaults to querying, so you should say --eval '(package-update-all t)'.

But I haven't actually tested.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Message #19 received at 19146 <at> debbugs.gnu.org (full text, mbox):

From: Sam Steingold <sds <at> gnu.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 19146 <at> debbugs.gnu.org
Subject: Re: bug#19146: 25.0.50; RFE: non-interactive package upgrade
Date: Mon, 16 May 2022 10:18:17 -0400

package.el is now broken.
"emacs" fails on startup with `Wrong type argument: stringp, nil`.
"emacs -q" works, when I load `package-quickstart.el` manually, I get
`(void-variable package-activated-list)`.
When I manually do `M-x package-initialize`, I can compile and load
`package-quickstart.el`.

When I try to evaluate .emacs, `load-path` does _not_ contain any
paths to any installed package.

Also, `emacs --batch --load package -funcall package-update-all`
prints `No packages to update` while interactively it _does_ find
packages to update.
I suspect that this is because `--batch` implies `-q` which means that
batch emacs does not know about my local packages?

On Wed, 11 May 2022 at 22:25, Lars Ingebrigtsen <larsi <at> gnus.org> wrote:
>
> Sam Steingold <sds <at> gnu.org> writes:
>
> > Thank you!
> > So, does
> > emacs --funcall package-update-all
> > work now?
>
> It defaults to querying, so you should say --eval '(package-update-all t)'.
>
> But I haven't actually tested.
>
> --
> (domestic pets only, the antidote for overdose, milk.)
>    bloggy blog: http://lars.ingebrigtsen.no



-- 
Sam Steingold <http://sds.podval.org> <http://www.childpsy.net>
<http://steingoldpsychology.com>

Message #22 received at 19146 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Sam Steingold <sds <at> gnu.org>
Cc: 19146 <at> debbugs.gnu.org
Subject: Re: bug#19146: 25.0.50; RFE: non-interactive package upgrade
Date: Tue, 17 May 2022 11:08:57 +0200

Sam Steingold <sds <at> gnu.org> writes:

> package.el is now broken.
> "emacs" fails on startup with `Wrong type argument: stringp, nil`.
> "emacs -q" works, when I load `package-quickstart.el` manually, I get
> `(void-variable package-activated-list)`.
> When I manually do `M-x package-initialize`, I can compile and load
> `package-quickstart.el`.
>
> When I try to evaluate .emacs, `load-path` does _not_ contain any
> paths to any installed package.

See bug#55447.

> Also, `emacs --batch --load package -funcall package-update-all`
> prints `No packages to update` while interactively it _does_ find
> packages to update.
> I suspect that this is because `--batch` implies `-q` which means that
> batch emacs does not know about my local packages?

Yes, you have to put a -l ~/.emacs in there to get that to work.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.