From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Roger Lipsett Newsgroups: gmane.emacs.bugs Subject: bug#64834: 28.2; Auctex fails to load properly Date: Mon, 24 Jul 2023 13:20:45 -0400 Message-ID: References: <83v8e9qoex.fsf@gnu.org> <871qgxckr4.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="00000000000065894e06013ed642" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="39514"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Eli Zaretskii , 64834@debbugs.gnu.org To: Tassilo Horn Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon Jul 24 19:22:27 2023 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1qNzGM-0009yw-Sw for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 24 Jul 2023 19:22:27 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qNzFz-0001Jk-Sm; Mon, 24 Jul 2023 13:22:03 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qNzFy-0001Jb-9D for bug-gnu-emacs@gnu.org; Mon, 24 Jul 2023 13:22:02 -0400 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1qNzFy-0005gW-1C for bug-gnu-emacs@gnu.org; Mon, 24 Jul 2023 13:22:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1qNzFx-00069B-TK for bug-gnu-emacs@gnu.org; Mon, 24 Jul 2023 13:22:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Roger Lipsett Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 24 Jul 2023 17:22:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 64834 X-GNU-PR-Package: emacs Original-Received: via spool by 64834-submit@debbugs.gnu.org id=B64834.169021926523544 (code B ref 64834); Mon, 24 Jul 2023 17:22:01 +0000 Original-Received: (at 64834) by debbugs.gnu.org; 24 Jul 2023 17:21:05 +0000 Original-Received: from localhost ([127.0.0.1]:43940 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qNzF2-00067f-Ud for submit@debbugs.gnu.org; Mon, 24 Jul 2023 13:21:05 -0400 Original-Received: from mail-qv1-xf2f.google.com ([2607:f8b0:4864:20::f2f]:60482) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qNzF0-00066q-I0 for 64834@debbugs.gnu.org; Mon, 24 Jul 2023 13:21:03 -0400 Original-Received: by mail-qv1-xf2f.google.com with SMTP id 6a1803df08f44-63c70dc7ed2so35182396d6.0 for <64834@debbugs.gnu.org>; Mon, 24 Jul 2023 10:21:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1690219257; x=1690824057; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=kTJ4NJYLVXlsbo6zlShr4Gpp0OvqtILDpfix9+Y6gf0=; b=YtDGl4fBylJYNTt009CwJhAQ9RkENhelp4gcCOxWrxgL+FhAfra/9q523HASl8eX5E KPdrfmhV8zMvqUdKblubHPyyEkIFCT0/0P28EeXGV9NGuYPsX5d5tPeJ/EtZlneJAdwN 3MT9U6wawQ8O7XOIqQc+B6c+vSVQElQXsRMpU3s+cgtt7jzlg4g1sljvefTfqzi4Ig7Z gHfnDLMGkxFDKSveGBT3QQ+MBn5qjq8Ma5wipGzSoxYH4+VBzza2h/8rkyiQ29WeVgwD vl/sYZTYmE6TqgqHKRpIURtv4ckBG73vDZEu9YU1CS+Dw/x5mDrKKGah943qwv84oD+q XKBw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1690219257; x=1690824057; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=kTJ4NJYLVXlsbo6zlShr4Gpp0OvqtILDpfix9+Y6gf0=; b=ZMlHCM1COWpuzOfa+64Kh41TZLCrWnjhUwdUUnNWlddab7vae1ZEBJxqKMkNGlPBfY QzemLgI9a5ZJbTJGotFgIroU/Ad1+7vBNI7X5Dts/GdMf2kucRSLuoDu8Yt84JkNZWg4 m3cqa1++8jVnnsETXSYBVBv9RcHuIB8hj9JBed52uYOI+WRB1/iMEw8iJ8nbOiRDMtF7 qVRweUK7c8DII7flZw8dwRlnG01ZI0axrTRXB6Rckqlv6pKLxEB3Mo/J1Rx581307dEl GQ17F/9A47k9VNnXRGQ8hgjXpSPDdMKaa0ibj/5073d1Sw7yY0UwmUy9iMle9nW7hXTP gbuA== X-Gm-Message-State: ABy/qLawKOYU3vE65ponrHVEDGmisi+5bfQGjV97g5wutjRPjT6BJ4By fQa67FIyf1dw//w8Tke4ejb6YaWPPAb0/CQl5zAnHlnDtQ== X-Google-Smtp-Source: APBJJlErJ+4+2BuleJIagk+WnJaNNE//NNoKPNEz996lVvRw0qduEdjPjpzwcKiWszZGWu0xu8kp2jEvkMUhEoqmuiE= X-Received: by 2002:a05:6214:5c48:b0:63c:f0a7:cef2 with SMTP id lz8-20020a0562145c4800b0063cf0a7cef2mr395101qvb.25.1690219256841; Mon, 24 Jul 2023 10:20:56 -0700 (PDT) In-Reply-To: <871qgxckr4.fsf@gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:265989 Archived-At: --00000000000065894e06013ed642 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable I did copy the elpa subdirectory originally. I just nuked it and reinstalled auctex from the package list screen, and received many messages of the form Compiling file /Users/rlipsett/.emacs.d/elpa/auctex-13.2.1/auctex.el at Mon Jul 24 13:15:36 2023 Entering directory =E2=80=98/Users/rlipsett/.emacs.d/elpa/auctex-13.2.1/=E2= =80=99 Compiling file /Users/rlipsett/.emacs.d/elpa/auctex-13.2.1/bib-cite.el at Mon Jul 24 13:15:36 2023 bib-cite.el:590:1: Error: Lisp nesting exceeds =E2=80=98max-lisp-eval-depth= =E2=80=99 Compiling file /Users/rlipsett/.emacs.d/elpa/auctex-13.2.1/context-en.el at Mon Jul 24 13:15:36 2023 context-en.el:33:1: Error: Lisp nesting exceeds =E2=80=98max-lisp-eval-dept= h=E2=80=99 M-x list-load-path-shadows says "No Emacs Lisp load-path shadowings were found". I am quite sure, as I suspect you are, that this is a migration problem. I'm happy to start over, but I thought I had already done that. My Emacs 28.2 is installed via HomeBrew. What would you suggest I try if I want to wipe all traces from my system and restart it? (BTW, I do not refer to ansi-color-faces-vector in my init file, and actually if I remove my init file (rename it) I still get the same errors.) On Mon, Jul 24, 2023 at 12:55=E2=80=AFPM Tassilo Horn wrote: > Eli Zaretskii writes: > > Hi Roger and Eli, > > >> From: Roger Lipsett > >> Date: Mon, 24 Jul 2023 11:08:24 -0400 > >> > >> I recently switched from an Intel Mac to an Apple Silicon mac, and > >> Auctex no longer loads properly. > > How did you switch? Especially, did you copy over ~/.emacs.d/elpa/? > > >> If I start an emacs server, set debug-on-error to t, and try to load > >> a .tex file, I get the following, and the first line below continues > >> until I get the message "error lisp nesting exceeds > >> 'max-lisp-eval-depth'". > >> > >> internal--fill-string-single-line("Use the command `TeX-Omega-mode' > to change this va...") > >> internal--fill-string-single-line("Use the command `TeX-Omega-mode' > to change this va...") > >> internal--fill-string-single-line("Use the command `TeX-Omega-mode' > to change this va...") > >> internal--format-docstring-line("Use the command `%s' to change this > variable." TeX-Omega-mode) > >> #f(compiled-function (arg1 arg2 &rest rest) "Define a new minor mode > MODE.\nThis defines the > > I cannot reproduce that. I've tried emacs 28.2 with auctex 13.2.1 (on > GNU/Linux) from ELPA with a sample TeX file also declaring TeX-engine: > omega as a file local property. The (obsolete) TeX-Omega-mode is > properly activated. > > >> If I also set debug-on-signal and try to byte-compile tex.el, which is > >> where the previous error seemed to occur, I get the following: > >> > >> Debugger entered--Lisp error: (void-variable ansi-color-faces-vector) > >> default-toplevel-value(ansi-color-faces-vector) > >> custom-initialize-reset(ansi-color-faces-vector (funcall > #'#f(compiled-function () # >> 0x1ca1c2cd84e54>))) > > That also works fine for me... Do you also get that error when starting > a fresh emacs and evaluating (require 'ansi-color) in *scratch* or M-:? > Actually, ansi-color-faces-vector does exist in emacs 28.2 though it is > obsolete. Do you use that variable somewhere in your configuration? It > looks a bit like you would use it without requiring ansi-color first... > > >> In GNU Emacs 28.2 (build 1, aarch64-apple-darwin21.1.0, NS > appkit-2113.00 Version 12.0.1 (Build > >> 21A559)) > >> of 2023-02-22 built on armbob.lan > >> Windowing system distributor 'Apple', version 10.3.2299 > >> System Description: macOS 13.4 > > It's hard to tell what's wrong here. I'd start by looking at the output > of M-x list-load-path-shadows RET to check if there are obsolete elisp > files on the load-path. If there aren't, I'd try nuking > ~/.emacs.d/elpa/ and reinstalling the packages anew so that they are > byte-compiled again (with emacs 29.1, there's a package-recompile-all > command making that much easier). > > Bye, > Tassilo > --00000000000065894e06013ed642 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I did copy the elpa subdirectory originally. I just nuked = it and reinstalled auctex from the package list screen, and received many m= essages of the form

Compiling file /Users/rlipsett/.emacs.d/el= pa/auctex-13.2.1/auctex.el at Mon Jul 24 13:15:36 2023
Entering d= irectory =E2=80=98/Users/rlipsett/.emacs.d/elpa/auctex-13.2.1/=E2=80=99

Compiling file /Users/rlipsett/.emacs.d/elpa/auctex-1= 3.2.1/bib-cite.el at Mon Jul 24 13:15:36 2023
bib-cite.el:590:1: = Error: Lisp nesting exceeds =E2=80=98max-lisp-eval-depth=E2=80=99

Compiling file /Users/rlipsett/.emacs.d/elpa/auctex-13.2.1/= context-en.el at Mon Jul 24 13:15:36 2023
context-en.el:33:1: Err= or: Lisp nesting exceeds =E2=80=98max-lisp-eval-depth=E2=80=99

M-x list-load-path-shadows says "No Emacs Lisp lo= ad-path shadowings were found".=C2=A0

I am qu= ite sure, as I suspect you are, that this is a migration problem. I'm h= appy to start over, but I thought I had already done that. My Emacs 28.2 is= installed via HomeBrew. What would you suggest I try if I want to wipe all= traces from my system and restart it? (BTW, I do not refer to=C2=A0ansi-color-faces-vector in my init file, and ac= tually if I remove my init file (rename it) I still get the same errors.)

On Mon, Jul 24, 2023 at 12:55=E2=80=AFPM Tassilo Horn <tsdh@gnu.org> wrote:
Eli Zaretskii <eliz@gnu.org> writes:

Hi Roger and Eli,

>> From: Roger Lipsett <roger.lipsett@gmail.com>
>> Date: Mon, 24 Jul 2023 11:08:24 -0400
>>
>> I recently switched from an Intel Mac to an Apple Silicon mac, and=
>> Auctex no longer loads properly.

How did you switch?=C2=A0 Especially, did you copy over ~/.emacs.d/elpa/?
>> If I start an emacs server, set debug-on-error to t, and try to lo= ad
>> a .tex file, I get the following, and the first line below continu= es
>> until I get the message "error lisp nesting exceeds
>> 'max-lisp-eval-depth'".
>>
>>=C2=A0 =C2=A0internal--fill-string-single-line("Use the comman= d `TeX-Omega-mode' to change this va...")
>>=C2=A0 =C2=A0internal--fill-string-single-line("Use the comman= d `TeX-Omega-mode' to change this va...")
>>=C2=A0 =C2=A0internal--fill-string-single-line("Use the comman= d `TeX-Omega-mode' to change this va...")
>>=C2=A0 =C2=A0internal--format-docstring-line("Use the command = `%s' to change this variable." TeX-Omega-mode)
>>=C2=A0 =C2=A0#f(compiled-function (arg1 arg2 &rest rest) "= Define a new minor mode MODE.\nThis defines the

I cannot reproduce that.=C2=A0 I've tried emacs 28.2 with auctex 13.2.1= (on
GNU/Linux) from ELPA with a sample TeX file also declaring TeX-engine:
omega as a file local property.=C2=A0 The (obsolete) TeX-Omega-mode is
properly activated.

>> If I also set debug-on-signal and try to byte-compile tex.el, whic= h is
>> where the previous error seemed to occur, I get the following:
>>
>> Debugger entered--Lisp error: (void-variable ansi-color-faces-vect= or)
>>=C2=A0 =C2=A0default-toplevel-value(ansi-color-faces-vector)
>>=C2=A0 =C2=A0custom-initialize-reset(ansi-color-faces-vector (funca= ll #'#f(compiled-function () #<bytecode
>> 0x1ca1c2cd84e54>)))

That also works fine for me...=C2=A0 Do you also get that error when starti= ng
a fresh emacs and evaluating (require 'ansi-color) in *scratch* or M-:?=
Actually, ansi-color-faces-vector does exist in emacs 28.2 though it is
obsolete.=C2=A0 Do you use that variable somewhere in your configuration?= =C2=A0 It
looks a bit like you would use it without requiring ansi-color first...

>> In GNU Emacs 28.2 (build 1, aarch64-apple-darwin21.1.0, NS appkit-= 2113.00 Version 12.0.1 (Build
>> 21A559))
>>=C2=A0 of 2023-02-22 built on armbob.lan
>> Windowing system distributor 'Apple', version 10.3.2299 >> System Description:=C2=A0 macOS 13.4

It's hard to tell what's wrong here.=C2=A0 I'd start by looking= at the output
of M-x list-load-path-shadows RET to check if there are obsolete elisp
files on the load-path.=C2=A0 If there aren't, I'd try nuking
~/.emacs.d/elpa/ and reinstalling the packages anew so that they are
byte-compiled again (with emacs 29.1, there's a package-recompile-all command making that much easier).

Bye,
Tassilo
--00000000000065894e06013ed642--