GNU bug report logs - #70251
14.0.4 install from gnu/elpa hangs

Previous Next

To reply to this bug, email your comments to 70251 AT debbugs.gnu.org.
There is no need to reopen the bug first.

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

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

From: Peter Mao <peter.mao <at> gmail.com>
To: bug-auctex <at> gnu.org
Subject: 14.0.4 install from gnu/elpa hangs
Date: Sat, 6 Apr 2024 23:52:05 -0700

[Message part 1 (text/plain, inline)]

I'm running emacs 29.3 on GNU/Linux and OSX.  When I updated auctex from v
13.2.1 to v. 14.0.4, I see "Checking <path-to>/elpa/auctex-14.0.4..."
seemingly forever (until I give up and C-g it).

On my G/L system, the relevant output in the *Messages* buffer is:

Contacting host: elpa.gnu.org:443 [2 times]
Parsing tar file...done
Extracting...done
  INFO     Scraping files for loaddefs...done
  GEN      auctex-autoloads.el
Checking ~/.emacs.d/elpa/auctex-14.0.4... [3 times]
Wrote ~/.emacs.d/elpa/auctex-14.0.4/auctex.elc
Checking ~/.emacs.d/elpa/auctex-14.0.4...
Wrote ~/.emacs.d/elpa/auctex-14.0.4/bib-cite.elc
Checking ~/.emacs.d/elpa/auctex-14.0.4...
Quit

OSX also hung with the same message, but I didn't look at the *Messages*
buffer.

Any guidance on what's going on here?  Auctex seems to be ok still (I just
opened a .tex file and looked at it, but didn't push it any further), but
my package-selected-packages list is all screwed up now.

Is it possible that this is a much longer process than I'm expecting and I
just need to let it finish?  I haven't timed it yet, but I think I let it
run for ~20 minutes.

Peter

[Message part 2 (text/html, inline)]

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

From: Ikumi Keita <ikumi <at> ikumi.que.jp>
To: Peter Mao <peter.mao <at> gmail.com>
Cc: 70251 <at> debbugs.gnu.org
Subject: Re: bug#70251: 14.0.4 install from gnu/elpa hangs
Date: Sun, 07 Apr 2024 19:08:32 +0900

Hi Peter,

>>>>> Peter Mao <peter.mao <at> gmail.com> writes:
> I'm running emacs 29.3 on GNU/Linux and OSX.  When I updated auctex from v
> 13.2.1 to v. 14.0.4, I see "Checking <path-to>/elpa/auctex-14.0.4..."
> seemingly forever (until I give up and C-g it).

> Any guidance on what's going on here?  Auctex seems to be ok still (I just
> opened a .tex file and looked at it, but didn't push it any further), but
> my package-selected-packages list is all screwed up now.

Sorry for inconvenience. It is known that upgrading to AUCTeX 14 from 13
in running emacs session can lead to unsuccessful installation,
including infinite loop as you experienced.

The first thing which is worth trying is:
  1. Terminate the current running Emacs session and restart Emacs.
  2. Type ‘M-x package-recompile <RET> auctex <RET>’.
  3. Restart your Emacs again.

If you are lucky enough, this will basically resolve the issue. There is
still old ‘auctex-X.Y.Z’ directory left behind under
‘~/.emacs.d/elpa/’, so delete it manually to avoid future trouble.

If the above prescription doesn't work, then try:
  1. Uninstall AUCTeX once.
  2. Restart your Emacs and (before doing anything else) reinstall
     AUCTeX.

In theory, this recipe will circumvent all caveats in ELPA upgrade of
AUCTeX. Find and delete old ‘auctex-X.Y.Z’ directory remaining under
‘~/.emacs.d/elpa/’.

Regards,
Ikumi Keita
#StandWithUkraine #StopWarInUkraine
#Gaza #StopMassiveKilling #CeasefireNOW

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

From: Peter Mao <peter.mao <at> gmail.com>
To: Ikumi Keita <ikumi <at> ikumi.que.jp>
Cc: 70251 <at> debbugs.gnu.org
Subject: Re: bug#70251: 14.0.4 install from gnu/elpa hangs
Date: Sun, 7 Apr 2024 09:33:37 -0700

[Message part 1 (text/plain, inline)]

Hi Ikumi,

Your first recipe worked for me.  I'm usually loathe to kill emacs, but
indeed it needed a fresh session to compile.  It only took a few seconds to
complete.

Thank you!

Peter

On Sun, Apr 7, 2024 at 3:08 AM Ikumi Keita <ikumi <at> ikumi.que.jp> wrote:

> Hi Peter,
>
> >>>>> Peter Mao <peter.mao <at> gmail.com> writes:
> > I'm running emacs 29.3 on GNU/Linux and OSX.  When I updated auctex from
> v
> > 13.2.1 to v. 14.0.4, I see "Checking <path-to>/elpa/auctex-14.0.4..."
> > seemingly forever (until I give up and C-g it).
>
> > Any guidance on what's going on here?  Auctex seems to be ok still (I
> just
> > opened a .tex file and looked at it, but didn't push it any further), but
> > my package-selected-packages list is all screwed up now.
>
> Sorry for inconvenience. It is known that upgrading to AUCTeX 14 from 13
> in running emacs session can lead to unsuccessful installation,
> including infinite loop as you experienced.
>
> The first thing which is worth trying is:
>   1. Terminate the current running Emacs session and restart Emacs.
>   2. Type ‘M-x package-recompile <RET> auctex <RET>’.
>   3. Restart your Emacs again.
>
> If you are lucky enough, this will basically resolve the issue. There is
> still old ‘auctex-X.Y.Z’ directory left behind under
> ‘~/.emacs.d/elpa/’, so delete it manually to avoid future trouble.
>
> If the above prescription doesn't work, then try:
>   1. Uninstall AUCTeX once.
>   2. Restart your Emacs and (before doing anything else) reinstall
>      AUCTeX.
>
> In theory, this recipe will circumvent all caveats in ELPA upgrade of
> AUCTeX. Find and delete old ‘auctex-X.Y.Z’ directory remaining under
> ‘~/.emacs.d/elpa/’.
>
> Regards,
> Ikumi Keita
> #StandWithUkraine #StopWarInUkraine
> #Gaza #StopMassiveKilling #CeasefireNOW
>

[Message part 2 (text/html, inline)]

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

From: Arash Esbati <arash <at> gnu.org>
To: Peter Mao <peter.mao <at> gmail.com>
Cc: 70251-done <at> debbugs.gnu.org, Ikumi Keita <ikumi <at> ikumi.que.jp>
Subject: Re: bug#70251: 14.0.4 install from gnu/elpa hangs
Date: Sun, 07 Apr 2024 20:49:59 +0200

Peter Mao <peter.mao <at> gmail.com> writes:

> Your first recipe worked for me.  I'm usually loathe to kill emacs,
> but indeed it needed a fresh session to compile.  It only took a few
> seconds to complete.

Glad this is resolved, therefore I'm closing this report.

Best, Arash

Previous Next

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