From unknown Sat Jun 21 03:28:32 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#64834 <64834@debbugs.gnu.org> To: bug#64834 <64834@debbugs.gnu.org> Subject: Status: 28.2; Auctex fails to load properly Reply-To: bug#64834 <64834@debbugs.gnu.org> Date: Sat, 21 Jun 2025 10:28:32 +0000 retitle 64834 28.2; Auctex fails to load properly reassign 64834 emacs submitter 64834 Roger Lipsett severity 64834 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Mon Jul 24 11:09:05 2023 Received: (at submit) by debbugs.gnu.org; 24 Jul 2023 15:09:06 +0000 Received: from localhost ([127.0.0.1]:43778 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qNxB4-0002Q7-Te for submit@debbugs.gnu.org; Mon, 24 Jul 2023 11:09:05 -0400 Received: from lists.gnu.org ([2001:470:142::17]:40876) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qNxAz-0002Pp-Ol for submit@debbugs.gnu.org; Mon, 24 Jul 2023 11:08:49 -0400 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 1qNxAu-0004em-AL for bug-gnu-emacs@gnu.org; Mon, 24 Jul 2023 11:08:40 -0400 Received: from mail-qv1-xf2f.google.com ([2607:f8b0:4864:20::f2f]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1qNxAr-0005zw-04 for bug-gnu-emacs@gnu.org; Mon, 24 Jul 2023 11:08:40 -0400 Received: by mail-qv1-xf2f.google.com with SMTP id 6a1803df08f44-635dc2f6ef9so30963216d6.3 for ; Mon, 24 Jul 2023 08:08:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1690211315; x=1690816115; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=ZeygubIabywCh/c7f84ScGTNgqE5JttdEYlr6zIwVTI=; b=DYZzZEum7OtXancguG7ST3tx0sa9Hldm8PjU0L2cj6reKsLnerBwHAA7ABrg6ShlY2 RaQEkbqINHDhlgKkzXSV6nZz1H42E/GtEMd7nBnxSoGKEw2/QxA+Rsnok+J0unROiA/U H/YNfPSHZ6xGefmR4yu2vaUUuchfVL5wZnvsRfy/qphFFBpUeUyD8inCDx4hVy1BO1s2 LZqWILy3CBm6Amr9OKzQn6XiM8avDfB9/sR31BBFMOnh5jefb+z0f2H/SJjy7aiSj6VZ T+GleY8aAxTqqG3eURvasTMn3z5mMLq/pi6gb1QvijksdFYbPoJShX17PiKmcqkDSNXI tEww== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1690211315; x=1690816115; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=ZeygubIabywCh/c7f84ScGTNgqE5JttdEYlr6zIwVTI=; b=jKUPJFvtPRm3CARjmAAuMIlDyCJy4J88py86sGopckyZnCLcAXXEcqi5CbC/dGb/3+ M+bql6Nnu/66OhJ46ZHxjMrPY/LfHcO6GoEG7vMEtTAqdycqioXzPXH7mCoMgWDNCr23 W8ZrnqsCFk0dm2/6FoB4fRzDrczZgQL8GyJit7uqVsdQa36uI//47LIub0cItxESosTD Lc+TciQwKcXPon+rmPlvSrryleq29+4KMAF5muwvCwOjYsLYDkFZm7KPajUK4PVAaiId qsSx/S0Cbl8p1bhFXZEpH56WkzcRFYk65f9PrcQVvxM1t5pal0cAEUZUJ03fhctVGnge cfjg== X-Gm-Message-State: ABy/qLY6vJnFEtKaUvHQCewbOsvuYJjBi7nqkwSjbRXAlDQl7APtsqkr RdR/JdC7iUOugG11iqQJqhpS2/V5xKBbpaR84JHxBR733w== X-Google-Smtp-Source: APBJJlH5te6bTAJuLZvhqdaYohzslcCFOxnrxte5i4gyRUekc30dhFeYu9Pdix1BBHnHV9JSZpopW2HdR7uW4VhQRQg= X-Received: by 2002:a0c:a799:0:b0:621:170:68b7 with SMTP id v25-20020a0ca799000000b00621017068b7mr36602qva.35.1690211315170; Mon, 24 Jul 2023 08:08:35 -0700 (PDT) MIME-Version: 1.0 From: Roger Lipsett Date: Mon, 24 Jul 2023 11:08:24 -0400 Message-ID: Subject: 28.2; Auctex fails to load properly To: bug-gnu-emacs@gnu.org Content-Type: multipart/alternative; boundary="0000000000000944f206013cfd68" Received-SPF: pass client-ip=2607:f8b0:4864:20::f2f; envelope-from=roger.lipsett@gmail.com; helo=mail-qv1-xf2f.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) --0000000000000944f206013cfd68 Content-Type: text/plain; charset="UTF-8" I recently switched from an Intel Mac to an Apple Silicon mac, and Auctex no longer loads properly. 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 toggle command MODE and (by default) a control variable\nMODE (you can override this with the :variable keyword, see below).\nDOC is the documentation for the mode toggle command.\n\nThe defined mode command takes one optional (prefix) argument.\nInteractively with no prefix argument, it toggles the mode.\nA prefix argument enables the mode if the argument is positive,\nand disables it otherwise.\n\nWhen called from Lisp, the mode command toggles the mode if the\nargument is `toggle', disables the mode if the argument is a\nnon-positive integer, and enables the mode otherwise (including\nif the argument is omitted or nil or a positive integer).\n\nIf DOC is nil, give the mode command a basic doc-string\ndocumenting what its argument does. If the word \"ARG\" does not\nappear in DOC, a paragraph is added to DOC explaining\nusage of the mode argument.\n\nBODY contains code to execute each time the mode is enabled or disabled.\n It is executed after toggling the mode, and before running MODE-hook.\n Before the actual body code, you can write keyword arguments, i.e.\n alternating keywords and values. If you provide BODY, then you must\n provide at least one keyword argument (e.g. `:lighter nil`).\n The following special keywords are supported (other keywords are passed\n to `defcustom' if the minor mode is global):\n\n:global GLOBAL\11If non-nil specifies that the minor mode is not meant to be\n\11\11buffer-local, so don't make the variable MODE buffer-local.\n\11\11By default, the mode is buffer-local.\n:init-value VAL\11the initial value of the mode's variable.\n\11\11Note that the minor mode function won't be called by setting\n\11\11this option, so the value *reflects* the minor mode's natural\n\11\11initial state, rather than *setting* it.\n\11\11In the vast majority of cases it should be nil.\n\11\11Not used if you also specify :variable.\n:lighter SPEC\11Text displayed in the mode line when the mode is on.\n:keymap MAP\11Keymap bound to the mode keymap. Defaults to `MODE-map'.\n If non-nil, it should be an unquoted variable name (whose value\n is a keymap), or an expression that returns either a keymap or\n\11\11a list of (KEY . BINDING) pairs where KEY and BINDING are\n\11\11suitable for `define-key'. If you supply a KEYMAP argument\n\11\11that is not a symbol, this macro defines the variable MODE-map\n\11\11and gives it the value that KEYMAP specifies.\n:interactive VAL Whether this mode should be a command or not. The default\n is to make it one; use nil to avoid that. If VAL is a list,\n it's interpreted as a list of major modes this minor mode\n is useful in.\n:variable PLACE\11The location to use instead of the variable MODE to store\n\11\11the state of the mode.\11This can be simply a different\n\11\11named variable, or a generalized variable.\n\11\11PLACE can also be of the form (GET . SET), where GET is\n\11\11an expression that returns the current state, and SET is\n\11\11a function that takes one argument, the new state, which should\n be assigned to PLACE. If you specify a :variable, this function\n does not define a MODE variable (nor any of the terms used\n\11\11in :variable).\n:after-hook A single Lisp form which is evaluated after the mode hooks\n have been run. It should not be quoted.\n\nFor example, you could write\n (define-minor-mode foo-mode \"If enabled, foo on you!\"\n :lighter \" Foo\" :require \\='foo :global t :group \\='hassle :version \"27.5\"\n ...BODY CODE...)\n\nFor backward compatibility with the Emacs<21 calling convention,\nthe keywords can also be preceded by the obsolete triplet\nINIT-VALUE LIGHTER KEYMAP." #)(TeX-Omega-mode "Minor mode for using the Omega engine." :init-value nil :lighter nil :keymap nil :group 'TeX-command (TeX-engine-set (if TeX-Omega-mode 'omega 'default))) (define-minor-mode TeX-Omega-mode "Minor mode for using the Omega engine." :init-value nil :lighter nil :keymap nil :group 'TeX-command (TeX-engine-set (if TeX-Omega-mode 'omega 'default))) eval-buffer(# nil "/Users/rlipsett/.emacs.d/elpa/auctex-13.2.1/tex.el" nil t) ; Reading at buffer position 69136 load-with-code-conversion("/Users/rlipsett/.emacs.d/elpa/auctex-13.2.1/tex.el" "/Users/rlipsett/.emacs.d/elpa/auctex-13.2.1/tex.el" nil t) TeX-tex-mode() apply(TeX-tex-mode nil) tex-mode() set-auto-mode-0(tex-mode nil) set-auto-mode--apply-alist((("\\.js\\'" . js2-mode) ("\\.mjs\\'" . javascript-mode) ("\\.hva\\'" . latex-mode) ("\\.d[i]?\\'" . d-mode) ("\\.gpg\\(~\\|\\.~[0-9]+~\\)?\\'" nil epa-file) ("\\.elc\\'" . elisp-byte-code-mode) ("\\.zst\\'" nil jka-compr) ("\\.dz\\'" nil jka-compr) ("\\.xz\\'" nil jka-compr) ("\\.lzma\\'" nil jka-compr) ("\\.lz\\'" nil jka-compr) ("\\.g?z\\'" nil jka-compr) ("\\.bz2\\'" nil jka-compr) ("\\.Z\\'" nil jka-compr) ("\\.vr[hi]?\\'" . vera-mode) ("\\(?:\\.\\(?:rbw?\\|ru\\|rake\\|thor\\|jbuilder\\|rabl\\|ge..." . ruby-mode) ("\\.re?st\\'" . rst-mode) ("\\.py[iw]?\\'" . python-mode) ("\\.m\\'" . octave-maybe-mode) ("\\.less\\'" . less-css-mode) ("\\.scss\\'" . scss-mode) ("\\.awk\\'" . awk-mode) ("\\.\\(u?lpc\\|pike\\|pmod\\(\\.in\\)?\\)\\'" . pike-mode) ("\\.idl\\'" . idl-mode) ("\\.java\\'" . java-mode) ("\\.m\\'" . objc-mode) ("\\.ii\\'" . c++-mode) ("\\.i\\'" . c-mode) ("\\.lex\\'" . c-mode) ("\\.y\\(acc\\)?\\'" . c-mode) ("\\.h\\'" . c-or-c++-mode) ("\\.c\\'" . c-mode) ("\\.\\(CC?\\|HH?\\)\\'" . c++-mode) ("\\.[ch]\\(pp\\|xx\\|\\+\\+\\)\\'" . c++-mode) ("\\.\\(cc\\|hh\\)\\'" . c++-mode) ("\\.\\(bat\\|cmd\\)\\'" . bat-mode) ("\\.[sx]?html?\\(\\.[a-zA-Z_]+\\)?\\'" . mhtml-mode) ("\\.svgz?\\'" . image-mode) ("\\.svgz?\\'" . xml-mode) ("\\.x[bp]m\\'" . image-mode) ("\\.x[bp]m\\'" . c-mode) ("\\.p[bpgn]m\\'" . image-mode) ("\\.tiff?\\'" . image-mode) ("\\.gif\\'" . image-mode) ("\\.png\\'" . image-mode) ("\\.jpe?g\\'" . image-mode) ("\\.te?xt\\'" . text-mode) ("\\.[tT]e[xX]\\'" . tex-mode) ("\\.ins\\'" . tex-mode) ("\\.ltx\\'" . latex-mode) ...) nil nil) set-auto-mode() normal-mode(t) after-find-file(nil t) find-file-noselect-1(# "~/lucy.tex" nil nil "~/lucy.tex" (5780809 16777233)) find-file-noselect("~/lucy.tex" nil nil t) find-file("~/lucy.tex" t) funcall-interactively(find-file "~/lucy.tex" t) call-interactively(find-file nil nil) command-execute(find-file) 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 () #))) custom-declare-variable(ansi-color-faces-vector (funcall #'#f(compiled-function () #)) "Faces used for SGR control sequences determining a..." :type (vector face face face face face face face face) :group ansi-colors) byte-code("\300\301\302\303\304\305\306\307&\7\210\310\311\312\313\306\301\304\314&\7\210\310\315\316\317\306\301\304\314&\7\210\310\320\321\322\306\301\304\314&\7\210\310\323\324\325\306\301..." [custom-declare-group ansi-colors nil "Translating SGR control sequences to faces.\nThis t..." :version "21.1" :group processes custom-declare-face ansi-color-bold ((t :inherit 'bold)) "Face used to render bold text." "28.1" ansi-color-faint ((t :weight light)) "Face used to render faint text." ansi-color-italic ((t :inherit 'italic)) "Face used to render italic text." ansi-color-underline ((t :inherit 'underline)) "Face used to render underlined text." ansi-color-slow-blink ((t :box (:line-width -1))) "Face used to render slowly blinking text." ansi-color-fast-blink ((t :box (:line-width -1))) "Face used to render rapidly blinking text." ansi-color-inverse ((t :inverse-video t)) "Face used to render inverted video text." ansi-color-black ((t :foreground "black" :background "black")) "Face used to render black color code." ansi-color-red ((t :foreground "red3" :background "red3")) "Face used to render red color code." ansi-color-green ((t :foreground "green3" :background "green3")) "Face used to render green color code." ansi-color-yellow ((t :foreground "yellow3" :background "yellow3")) "Face used to render yellow color code." ansi-color-blue ((t :foreground "blue2" :background "blue2")) "Face used to render blue color code." ansi-color-magenta ((t :foreground "magenta3" :background "magenta3")) "Face used to render magenta color code." ansi-color-cyan ...] 10) require(ansi-color) byte-code("\300\301!\210\300\302!\210\300\303!\210\304\305\306\307\310\311%\210\304\312\306\313\310\305%\207" [require ring ansi-color regexp-opt custom-declare-group comint nil "General command interpreter in a window stuff." :group processes comint-completion "Completion facilities in comint."] 6) require(comint) byte-code("\300\301!\210\300\302!\210\300\303!\210\304\305\306\307\310\311\310\312&\7\210\313\314\315\316\317DD\320\321\322%\210\313\323\315\316\324DD\325\321\322%\210\313\326\315..." [require tool-bar comint text-property-search custom-declare-group compilation nil "Run compiler as inferior of Emacs, parse error mes..." :group tools processes custom-declare-variable compilation-mode-hook funcall function #f(compiled-function () #) "List of hook functions run by `compilation-mode'." :type hook compilation-start-hook #f(compiled-function () #) "Hook run after starting a new compilation process...." compilation-window-height #f(compiled-function () #) "Number of lines in a compilation window.\nIf nil, u..." (choice (const :tag "Default" nil) integer) compilation-transform-file-match-alist #f(compiled-function () #) "Alist of regexp/replacements to alter file names i..." (repeat (list regexp (choice (const :tag "No replacement" nil) string))) :version "27.1"] 8) compilation-mode() emacs-lisp-compilation-mode() byte-compile-log-file() byte-compile-from-buffer(#) byte-compile-file("~/.emacs.d/elpa/auctex-13.2.1/tex.el" nil) funcall-interactively(byte-compile-file "~/.emacs.d/elpa/auctex-13.2.1/tex.el" nil) call-interactively(byte-compile-file record nil) command-execute(byte-compile-file record) execute-extended-command(nil "byte-compile-file" "byte-comp") funcall-interactively(execute-extended-command nil "byte-compile-file" "byte-comp") call-interactively(execute-extended-command nil nil) command-execute(execute-extended-command) 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 Configured using: 'configure --with-ns '--enable-locallisppath=/Library/Application Support/Emacs/${version}/site-lisp:/Library/Application Support/Emacs/site-lisp' --with-modules --with-x-toolkit=no' Configured features: ACL GMP GNUTLS JSON LIBXML2 MODULES NOTIFY KQUEUE NS PDUMPER THREADS TOOLKIT_SCROLL_BARS ZLIB Important settings: value of $LANG: en_US.UTF-8 locale-coding-system: utf-8-unix Major mode: Lisp Interaction Minor modes in effect: delete-selection-mode: t global-tab-line-mode: t tab-line-mode: t tooltip-mode: t global-eldoc-mode: t eldoc-mode: t show-paren-mode: t electric-indent-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Load-path shadows: /Users/rlipsett/.emacs.d/elpa/transient-20230201.1644/transient hides /Applications/Emacs.app/Contents/Resources/lisp/transient Features: (shadow sort mail-extr emacsbug message rmc puny dired dired-loaddefs rfc822 mml mml-sec epa derived epg rfc6068 epg-config gnus-util rmail rmail-loaddefs text-property-search time-date mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils powerline advice powerline-separators color powerline-themes s xref-js2 vc vc-dispatcher js2-mode etags fileloop generator xref project ring js cc-mode cc-fonts cc-guess cc-menus cc-cmds cc-styles cc-align cc-engine cc-vars cc-defs imenu server finder-inf edmacro kmacro delsel tab-line cus-load tex-site info package browse-url url url-proxy url-privacy url-expand url-methods url-history url-cookie url-domsuf url-util mailcap url-handlers url-parse auth-source cl-seq eieio eieio-core cl-macs eieio-loaddefs password-cache json subr-x map url-vars seq byte-opt gv bytecomp byte-compile cconv cl-loaddefs cl-lib iso-transl tooltip eldoc paren electric uniquify ediff-hook vc-hooks lisp-float-type elisp-mode mwheel term/ns-win ns-win ucs-normalize mule-util term/common-win tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearch easymenu timer select scroll-bar mouse jit-lock font-lock syntax font-core term/tty-colors frame minibuffer cl-generic cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese composite emoji-zwj charscript charprop case-table epa-hook jka-cmpr-hook help simple abbrev obarray cl-preloaded nadvice button loaddefs faces cus-face macroexp files window text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote threads kqueue cocoa ns multi-tty make-network-process emacs) Memory information: ((conses 16 335644 12711) (symbols 48 21993 6) (strings 32 108510 1385) (string-bytes 1 2885279) (vectors 16 35868) (vector-slots 8 456841 13447) (floats 8 137 35) (intervals 56 228 0) (buffers 992 11)) --0000000000000944f206013cfd68 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I recently switched from an Intel Mac to an Apple Silicon = mac, and
Auctex no longer loads properly.

If I start an emacs ser= ver, set debug-on-error to t, and try to load a .tex file, I get the
fol= lowing, and the first line below continues until I get the message "er= ror lisp nesting exceeds 'max-lisp-eval-depth'".
=C2=A0 int= ernal--fill-string-single-line("Use the command `TeX-Omega-mode' t= o change this va...")
=C2=A0 internal--fill-string-single-line(&quo= t;Use the command `TeX-Omega-mode' to change this va...")
=C2= =A0 internal--fill-string-single-line("Use the command `TeX-Omega-mode= ' to change this va...")
=C2=A0 internal--format-docstring-line= ("Use the command `%s' to change this variable." TeX-Omega-mo= de)
=C2=A0 #f(compiled-function (arg1 arg2 &rest rest) "Define = a new minor mode MODE.\nThis defines the toggle command MODE and (by defaul= t) a control variable\nMODE (you can override this with the :variable keywo= rd, see below).\nDOC is the documentation for the mode toggle command.\n\nT= he defined mode command takes one optional (prefix) argument.\nInteractivel= y with no prefix argument, it toggles the mode.\nA prefix argument enables = the mode if the argument is positive,\nand disables it otherwise.\n\nWhen c= alled from Lisp, the mode command toggles the mode if the\nargument is `tog= gle', disables the mode if the argument is a\nnon-positive integer, and= enables the mode otherwise (including\nif the argument is omitted or nil o= r a positive integer).\n\nIf DOC is nil, give the mode command a basic doc-= string\ndocumenting what its argument does.=C2=A0 If the word \"ARG\&q= uot; does not\nappear in DOC, a paragraph is added to DOC explaining\nusage= of the mode argument.\n\nBODY contains code to execute each time the mode = is enabled or disabled.\n =C2=A0It is executed after toggling the mode, and= before running MODE-hook.\n =C2=A0Before the actual body code, you can wri= te keyword arguments, i.e.\n =C2=A0alternating keywords and values.=C2=A0 I= f you provide BODY, then you must\n =C2=A0provide at least one keyword argu= ment (e.g. `:lighter nil`).\n =C2=A0The following special keywords are supp= orted (other keywords are passed\n =C2=A0to `defcustom' if the minor mo= de is global):\n\n:global GLOBAL\11If non-nil specifies that the minor mode= is not meant to be\n\11\11buffer-local, so don't make the variable MOD= E buffer-local.\n\11\11By default, the mode is buffer-local.\n:init-value V= AL\11the initial value of the mode's variable.\n\11\11Note that the min= or mode function won't be called by setting\n\11\11this option, so the = value *reflects* the minor mode's natural\n\11\11initial state, rather = than *setting* it.\n\11\11In the vast majority of cases it should be nil.\n= \11\11Not used if you also specify :variable.\n:lighter SPEC\11Text display= ed in the mode line when the mode is on.\n:keymap MAP\11Keymap bound to the= mode keymap.=C2=A0 Defaults to `MODE-map'.\n =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0If non-nil, it should be an unquoted variabl= e name (whose value\n =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0is a keymap), or an expression that returns either a keymap or\n\11\11a = list of (KEY . BINDING) pairs where KEY and BINDING are\n\11\11suitable for= `define-key'.=C2=A0 If you supply a KEYMAP argument\n\11\11that is not= a symbol, this macro defines the variable MODE-map\n\11\11and gives it the= value that KEYMAP specifies.\n:interactive VAL =C2=A0Whether this mode sho= uld be a command or not.=C2=A0 The default\n =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0is to make it one; use nil to avoid that.=C2=A0 = If VAL is a list,\n =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= it's interpreted as a list of major modes this minor mode\n =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0is useful in.\n:variable PLACE= \11The location to use instead of the variable MODE to store\n\11\11the sta= te of the mode.\11This can be simply a different\n\11\11named variable, or = a generalized variable.\n\11\11PLACE can also be of the form (GET . SET), w= here GET is\n\11\11an expression that returns the current state, and SET is= \n\11\11a function that takes one argument, the new state, which should\n = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0be assigned to PLACE= .=C2=A0 If you specify a :variable, this function\n =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0does not define a MODE variable (nor any = of the terms used\n\11\11in :variable).\n:after-hook =C2=A0 =C2=A0 A single= Lisp form which is evaluated after the mode hooks\n =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0have been run.=C2=A0 It should not be quo= ted.\n\nFor example, you could write\n =C2=A0(define-minor-mode foo-mode \&= quot;If enabled, foo on you!\"\n =C2=A0 =C2=A0:lighter \" Foo\&qu= ot; :require \\=3D'foo :global t :group \\=3D'hassle :version \&quo= t;27.5\"\n =C2=A0 =C2=A0...BODY CODE...)\n\nFor backward compatibility= with the Emacs<21 calling convention,\nthe keywords can also be precede= d by the obsolete triplet\nINIT-VALUE LIGHTER KEYMAP." #<bytecode 0= x1bb50d2338ff34ff>)(TeX-Omega-mode "Minor mode for using the Omega = engine." :init-value nil :lighter nil :keymap nil :group 'TeX-comm= and (TeX-engine-set (if TeX-Omega-mode 'omega 'default)))
=C2=A0= (define-minor-mode TeX-Omega-mode "Minor mode for using the Omega eng= ine." :init-value nil :lighter nil :keymap nil :group 'TeX-command= (TeX-engine-set (if TeX-Omega-mode 'omega 'default)))
=C2=A0 ev= al-buffer(#<buffer =C2=A0*load*> nil "/Users/rlipsett/.emacs.d/e= lpa/auctex-13.2.1/tex.el" nil t) =C2=A0; Reading at buffer position 69= 136
=C2=A0 load-with-code-conversion("/Users/rlipsett/.emacs.d/elpa= /auctex-13.2.1/tex.el" "/Users/rlipsett/.emacs.d/elpa/auctex-13.2= .1/tex.el" nil t)
=C2=A0 TeX-tex-mode()
=C2=A0 apply(TeX-tex-mod= e nil)
=C2=A0 tex-mode()
=C2=A0 set-auto-mode-0(tex-mode nil)
=C2= =A0 set-auto-mode--apply-alist((("\\.js\\'" . js2-mode) (&quo= t;\\.mjs\\'" . javascript-mode) ("\\.hva\\'" . latex= -mode) ("\\.d[i]?\\'" . d-mode) ("\\.gpg\\(~\\|\\.~[0-9]= +~\\)?\\'" nil epa-file) ("\\.elc\\'" . elisp-byte-c= ode-mode) ("\\.zst\\'" nil jka-compr) ("\\.dz\\'&quo= t; nil jka-compr) ("\\.xz\\'" nil jka-compr) ("\\.lzma\\= '" nil jka-compr) ("\\.lz\\'" nil jka-compr) ("= \\.g?z\\'" nil jka-compr) ("\\.bz2\\'" nil jka-compr= ) ("\\.Z\\'" nil jka-compr) ("\\.vr[hi]?\\'" . = vera-mode) ("\\(?:\\.\\(?:rbw?\\|ru\\|rake\\|thor\\|jbuilder\\|rabl\\|= ge..." . ruby-mode) ("\\.re?st\\'" . rst-mode) ("\\= .py[iw]?\\'" . python-mode) ("\\.m\\'" . octave-mayb= e-mode) ("\\.less\\'" . less-css-mode) ("\\.scss\\'&= quot; . scss-mode) ("\\.awk\\'" . awk-mode) ("\\.\\(u?lp= c\\|pike\\|pmod\\(\\.in\\)?\\)\\'" . pike-mode) ("\\.idl\\= 9;" . idl-mode) ("\\.java\\'" . java-mode) ("\\.m\\= '" . objc-mode) ("\\.ii\\'" . c++-mode) ("\\.i\= \'" . c-mode) ("\\.lex\\'" . c-mode) ("\\.y\\(a= cc\\)?\\'" . c-mode) ("\\.h\\'" . c-or-c++-mode) (&q= uot;\\.c\\'" . c-mode) ("\\.\\(CC?\\|HH?\\)\\'" . c+= +-mode) ("\\.[ch]\\(pp\\|xx\\|\\+\\+\\)\\'" . c++-mode) (&quo= t;\\.\\(cc\\|hh\\)\\'" . c++-mode) ("\\.\\(bat\\|cmd\\)\\'= ;" . bat-mode) ("\\.[sx]?html?\\(\\.[a-zA-Z_]+\\)?\\'" .= mhtml-mode) ("\\.svgz?\\'" . image-mode) ("\\.svgz?\\&#= 39;" . xml-mode) ("\\.x[bp]m\\'" . image-mode) ("\\= .x[bp]m\\'" . c-mode) ("\\.p[bpgn]m\\'" . image-mode= ) ("\\.tiff?\\'" . image-mode) ("\\.gif\\'" . i= mage-mode) ("\\.png\\'" . image-mode) ("\\.jpe?g\\'&= quot; . image-mode) ("\\.te?xt\\'" . text-mode) ("\\.[tT= ]e[xX]\\'" . tex-mode) ("\\.ins\\'" . tex-mode) (&qu= ot;\\.ltx\\'" . latex-mode) ...) nil nil)
=C2=A0 set-auto-mode(= )
=C2=A0 normal-mode(t)
=C2=A0 after-find-file(nil t)
=C2=A0 find-= file-noselect-1(#<buffer lucy.tex> "~/lucy.tex" nil nil &qu= ot;~/lucy.tex" (5780809 16777233))
=C2=A0 find-file-noselect("= ~/lucy.tex" nil nil t)
=C2=A0 find-file("~/lucy.tex" t)=C2=A0 funcall-interactively(find-file "~/lucy.tex" t)
=C2= =A0 call-interactively(find-file nil nil)
=C2=A0 command-execute(find-fi= le)

If I also set debug-on-signal and try to byte-compile tex.el, wh= ich is
where the previous error seemed to occur, I get the following:
Debugger entered--Lisp error: (void-variable ansi-color-faces-vector)<= br>=C2=A0 default-toplevel-value(ansi-color-faces-vector)
=C2=A0 custom-= initialize-reset(ansi-color-faces-vector (funcall #'#f(compiled-functio= n () #<bytecode 0x1ca1c2cd84e54>)))
=C2=A0 custom-declare-variable= (ansi-color-faces-vector (funcall #'#f(compiled-function () #<byteco= de 0x1ca1c2cd84e54>)) "Faces used for SGR control sequences determi= ning a..." :type (vector face face face face face face face face) :gro= up ansi-colors)
=C2=A0 byte-code("\300\301\302\303\304\305\306\307&= amp;\7\210\310\311\312\313\306\301\304\314&\7\210\310\315\316\317\306\3= 01\304\314&\7\210\310\320\321\322\306\301\304\314&\7\210\310\323\32= 4\325\306\301..." [custom-declare-group ansi-colors nil "Translat= ing SGR control sequences to faces.\nThis t..." :version "21.1&qu= ot; :group processes custom-declare-face ansi-color-bold ((t :inherit '= bold)) "Face used to render bold text." "28.1" ansi-col= or-faint ((t :weight light)) "Face used to render faint text." an= si-color-italic ((t :inherit 'italic)) "Face used to render italic= text." ansi-color-underline ((t :inherit 'underline)) "Face = used to render underlined text." ansi-color-slow-blink ((t :box (:line= -width -1))) "Face used to render slowly blinking text." ansi-col= or-fast-blink ((t :box (:line-width -1))) "Face used to render rapidly= blinking text." ansi-color-inverse ((t :inverse-video t)) "Face = used to render inverted video text." ansi-color-black ((t :foreground = "black" :background "black")) "Face used to render= black color code." ansi-color-red ((t :foreground "red3" :b= ackground "red3")) "Face used to render red color code."= ; ansi-color-green ((t :foreground "green3" :background "gre= en3")) "Face used to render green color code." ansi-color-ye= llow ((t :foreground "yellow3" :background "yellow3")) = "Face used to render yellow color code." ansi-color-blue ((t :for= eground "blue2" :background "blue2")) "Face used t= o render blue color code." ansi-color-magenta ((t :foreground "ma= genta3" :background "magenta3")) "Face used to render m= agenta color code." ansi-color-cyan ...] 10)
=C2=A0 require(ansi-co= lor)
=C2=A0 byte-code("\300\301!\210\300\302!\210\300\303!\210\304\= 305\306\307\310\311%\210\304\312\306\313\310\305%\207" [require ring a= nsi-color regexp-opt custom-declare-group comint nil "General command = interpreter in a window stuff." :group processes comint-completion &qu= ot;Completion facilities in comint."] 6)
=C2=A0 require(comint)
= =C2=A0 byte-code("\300\301!\210\300\302!\210\300\303!\210\304\305\306\= 307\310\311\310\312&\7\210\313\314\315\316\317DD\320\321\322%\210\313\3= 23\315\316\324DD\325\321\322%\210\313\326\315..." [require tool-bar co= mint text-property-search custom-declare-group compilation nil "Run co= mpiler as inferior of Emacs, parse error mes..." :group tools processe= s custom-declare-variable compilation-mode-hook funcall function #f(compile= d-function () #<bytecode 0x1f400016fe914>) "List of hook functio= ns run by `compilation-mode'." :type hook compilation-start-hook #= f(compiled-function () #<bytecode 0x1f400016fe914>) "Hook run af= ter starting a new compilation process...." compilation-window-height = #f(compiled-function () #<bytecode 0x1f400016fe914>) "Number of = lines in a compilation window.\nIf nil, u..." (choice (const :tag &quo= t;Default" nil) integer) compilation-transform-file-match-alist #f(com= piled-function () #<bytecode 0x1f400016fe914>) "Alist of regexp/= replacements to alter file names i..." (repeat (list regexp (choice (c= onst :tag "No replacement" nil) string))) :version "27.1&quo= t;] 8)
=C2=A0 compilation-mode()
=C2=A0 emacs-lisp-compilation-mode()=
=C2=A0 byte-compile-log-file()
=C2=A0 byte-compile-from-buffer(#<= buffer =C2=A0*Compiler Input*>)
=C2=A0 byte-compile-file("~/.ema= cs.d/elpa/auctex-13.2.1/tex.el" nil)
=C2=A0 funcall-interactively(b= yte-compile-file "~/.emacs.d/elpa/auctex-13.2.1/tex.el" nil)
= =C2=A0 call-interactively(byte-compile-file record nil)
=C2=A0 command-e= xecute(byte-compile-file record)
=C2=A0 execute-extended-command(nil &qu= ot;byte-compile-file" "byte-comp")
=C2=A0 funcall-interac= tively(execute-extended-command nil "byte-compile-file" "byt= e-comp")
=C2=A0 call-interactively(execute-extended-command nil nil= )
=C2=A0 command-execute(execute-extended-command)



In GNU= Emacs 28.2 (build 1, aarch64-apple-darwin21.1.0, NS appkit-2113.00 Version= 12.0.1 (Build 21A559))
=C2=A0of 2023-02-22 built on armbob.lan
Windo= wing system distributor 'Apple', version 10.3.2299
System Descri= ption: =C2=A0macOS 13.4

Configured using:
=C2=A0'configure --= with-ns '--enable-locallisppath=3D/Library/Application
=C2=A0Support= /Emacs/${version}/site-lisp:/Library/Application
=C2=A0Support/Emacs/sit= e-lisp' --with-modules --with-x-toolkit=3Dno'

Configured fea= tures:
ACL GMP GNUTLS JSON LIBXML2 MODULES NOTIFY KQUEUE NS PDUMPER THRE= ADS
TOOLKIT_SCROLL_BARS ZLIB

Important settings:
=C2=A0 value = of $LANG: en_US.UTF-8
=C2=A0 locale-coding-system: utf-8-unix

Maj= or mode: Lisp Interaction

Minor modes in effect:
=C2=A0 delete-se= lection-mode: t
=C2=A0 global-tab-line-mode: t
=C2=A0 tab-line-mode: = t
=C2=A0 tooltip-mode: t
=C2=A0 global-eldoc-mode: t
=C2=A0 eldoc-= mode: t
=C2=A0 show-paren-mode: t
=C2=A0 electric-indent-mode: t
= =C2=A0 mouse-wheel-mode: t
=C2=A0 tool-bar-mode: t
=C2=A0 menu-bar-mo= de: t
=C2=A0 file-name-shadow-mode: t
=C2=A0 global-font-lock-mode: t=
=C2=A0 font-lock-mode: t
=C2=A0 blink-cursor-mode: t
=C2=A0 auto-= composition-mode: t
=C2=A0 auto-encryption-mode: t
=C2=A0 auto-compre= ssion-mode: t
=C2=A0 line-number-mode: t
=C2=A0 transient-mark-mode: = t

Load-path shadows:
/Users/rlipsett/.emacs.d/elpa/transient-2023= 0201.1644/transient hides /Applications/Emacs.app/Contents/Resources/lisp/t= ransient

Features:
(shadow sort mail-extr emacsbug message rmc pu= ny dired dired-loaddefs
rfc822 mml mml-sec epa derived epg rfc6068 epg-c= onfig gnus-util rmail
rmail-loaddefs text-property-search time-date mm-d= ecode mm-bodies
mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailhe= ader sendmail
rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils p= owerline
advice powerline-separators color powerline-themes s xref-js2 v= c
vc-dispatcher js2-mode etags fileloop generator xref project ring jscc-mode cc-fonts cc-guess cc-menus cc-cmds cc-styles cc-align cc-enginecc-vars cc-defs imenu server finder-inf edmacro kmacro delsel tab-linecus-load tex-site info package browse-url url url-proxy url-privacy
url= -expand url-methods url-history url-cookie url-domsuf url-util
mailcap u= rl-handlers url-parse auth-source cl-seq eieio eieio-core
cl-macs eieio-= loaddefs password-cache json subr-x map url-vars seq
byte-opt gv bytecom= p byte-compile cconv cl-loaddefs cl-lib iso-transl
tooltip eldoc paren e= lectric uniquify ediff-hook vc-hooks
lisp-float-type elisp-mode mwheel t= erm/ns-win ns-win ucs-normalize
mule-util term/common-win tool-bar dnd f= ontset image regexp-opt fringe
tabulated-list replace newcomment text-mo= de lisp-mode prog-mode register
page tab-bar menu-bar rfn-eshadow isearc= h easymenu timer select
scroll-bar mouse jit-lock font-lock syntax font-= core term/tty-colors
frame minibuffer cl-generic cham georgian utf-8-lan= g misc-lang
vietnamese tibetan thai tai-viet lao korean japanese eucjp-m= s cp51932
hebrew greek romanian slovak czech european ethiopic indian cy= rillic
chinese composite emoji-zwj charscript charprop case-table epa-ho= ok
jka-cmpr-hook help simple abbrev obarray cl-preloaded nadvice button<= br>loaddefs faces cus-face macroexp files window text-properties overlaysha1 md5 base64 format env code-pages mule custom widget
hashtable-prin= t-readable backquote threads kqueue cocoa ns multi-tty
make-network-proc= ess emacs)

Memory information:
((conses 16 335644 12711)
=C2= =A0(symbols 48 21993 6)
=C2=A0(strings 32 108510 1385)
=C2=A0(string-= bytes 1 2885279)
=C2=A0(vectors 16 35868)
=C2=A0(vector-slots 8 45684= 1 13447)
=C2=A0(floats 8 137 35)
=C2=A0(intervals 56 228 0)
=C2=A0= (buffers 992 11))
--0000000000000944f206013cfd68-- From debbugs-submit-bounces@debbugs.gnu.org Mon Jul 24 12:11:48 2023 Received: (at 64834) by debbugs.gnu.org; 24 Jul 2023 16:11:48 +0000 Received: from localhost ([127.0.0.1]:43838 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qNy9z-0004JJ-Rs for submit@debbugs.gnu.org; Mon, 24 Jul 2023 12:11:48 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:53608) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qNy9x-0004J4-9L for 64834@debbugs.gnu.org; Mon, 24 Jul 2023 12:11:46 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qNy9s-0005vh-3H; Mon, 24 Jul 2023 12:11:40 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=iYj35qgOFDSJHYN2NpXCC8NwIMJ7RgzNt2sroPLDYbE=; b=TAY745mf0rVO oMxyjSBypsxPhS8JO9Gz71iz1sMaJ8gfQo7xa5tDdtUTbKsyj4aZP7PlsNqjwPYl9dS4V8GtdV9BP mTkjDC36R/z8up53AortpuQkjYHTO0cZLvtDftuhT35pGKaEzeNzgkJvFx12mRDyICHa601jnwsyc NUVaL7BmLQVJ8vYUiBpKxGFZ2664GJvVwrGsgXAaxRFy1HpY4Cuhz26hssxFbDKRDD7k7KOg70F0G Y3oESTKx3IdqplT/GF8KUvFWPYRY8DZlBX0VcceUGtaLnBLsqb0x/59fxQNdpvb3yN58750zn7UYq cnMHqx77hXflQ4JEz07i3A==; Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qNy9r-00050k-Fe; Mon, 24 Jul 2023 12:11:39 -0400 Date: Mon, 24 Jul 2023 19:12:22 +0300 Message-Id: <83v8e9qoex.fsf@gnu.org> From: Eli Zaretskii To: Roger Lipsett , Tassilo Horn In-Reply-To: (message from Roger Lipsett on Mon, 24 Jul 2023 11:08:24 -0400) Subject: Re: bug#64834: 28.2; Auctex fails to load properly References: X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 64834 Cc: 64834@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > 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. > > 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 > toggle command MODE and (by default) a control variable\nMODE (you can override this with the : > variable keyword, see below).\nDOC is the documentation for the mode toggle command.\n\nThe > defined mode command takes one optional (prefix) argument.\nInteractively with no prefix argument, it > toggles the mode.\nA prefix argument enables the mode if the argument is positive,\nand disables it > otherwise.\n\nWhen called from Lisp, the mode command toggles the mode if the\nargument is > `toggle', disables the mode if the argument is a\nnon-positive integer, and enables the mode > otherwise (including\nif the argument is omitted or nil or a positive integer).\n\nIf DOC is nil, give the > mode command a basic doc-string\ndocumenting what its argument does. If the word \"ARG\" does > not\nappear in DOC, a paragraph is added to DOC explaining\nusage of the mode > argument.\n\nBODY contains code to execute each time the mode is enabled or disabled.\n It is > executed after toggling the mode, and before running MODE-hook.\n Before the actual body code, > you can write keyword arguments, i.e.\n alternating keywords and values. If you provide BODY, then > you must\n provide at least one keyword argument (e.g. `:lighter nil`).\n The following special > keywords are supported (other keywords are passed\n to `defcustom' if the minor mode is > global):\n\n:global GLOBAL\11If non-nil specifies that the minor mode is not meant to > be\n\11\11buffer-local, so don't make the variable MODE buffer-local.\n\11\11By default, the mode is > buffer-local.\n:init-value VAL\11the initial value of the mode's variable.\n\11\11Note that the minor > mode function won't be called by setting\n\11\11this option, so the value *reflects* the minor mode's > natural\n\11\11initial state, rather than *setting* it.\n\11\11In the vast majority of cases it should be > nil.\n\11\11Not used if you also specify :variable.\n:lighter SPEC\11Text displayed in the mode line > when the mode is on.\n:keymap MAP\11Keymap bound to the mode keymap. Defaults to > `MODE-map'.\n If non-nil, it should be an unquoted variable name (whose value\n is a > keymap), or an expression that returns either a keymap or\n\11\11a list of (KEY . BINDING) pairs > where KEY and BINDING are\n\11\11suitable for `define-key'. If you supply a KEYMAP > argument\n\11\11that is not a symbol, this macro defines the variable MODE-map\n\11\11and gives it > the value that KEYMAP specifies.\n:interactive VAL Whether this mode should be a command or not. > The default\n is to make it one; use nil to avoid that. If VAL is a list,\n it's interpreted > as a list of major modes this minor mode\n is useful in.\n:variable PLACE\11The location to > use instead of the variable MODE to store\n\11\11the state of the mode.\11This can be simply a > different\n\11\11named variable, or a generalized variable.\n\11\11PLACE can also be of the form > (GET . SET), where GET is\n\11\11an expression that returns the current state, and SET is\n\11\11a > function that takes one argument, the new state, which should\n be assigned to PLACE. If > you specify a :variable, this function\n does not define a MODE variable (nor any of the terms > used\n\11\11in :variable).\n:after-hook A single Lisp form which is evaluated after the mode hooks\n > have been run. It should not be quoted.\n\nFor example, you could write\n > (define-minor-mode foo-mode \"If enabled, foo on you!\"\n :lighter \" Foo\" :require \\='foo :global t : > group \\='hassle :version \"27.5\"\n ...BODY CODE...)\n\nFor backward compatibility with the > Emacs<21 calling convention,\nthe keywords can also be preceded by the obsolete > triplet\nINIT-VALUE LIGHTER KEYMAP." #)(TeX-Omega-mode > "Minor mode for using the Omega engine." :init-value nil :lighter nil :keymap nil :group 'TeX-command > (TeX-engine-set (if TeX-Omega-mode 'omega 'default))) > (define-minor-mode TeX-Omega-mode "Minor mode for using the Omega engine." :init-value nil : > lighter nil :keymap nil :group 'TeX-command (TeX-engine-set (if TeX-Omega-mode 'omega 'default))) > eval-buffer(# nil "/Users/rlipsett/.emacs.d/elpa/auctex-13.2.1/tex.el" nil t) ; Reading at > buffer position 69136 > load-with-code-conversion("/Users/rlipsett/.emacs.d/elpa/auctex-13.2.1/tex.el" > "/Users/rlipsett/.emacs.d/elpa/auctex-13.2.1/tex.el" nil t) > TeX-tex-mode() > apply(TeX-tex-mode nil) > tex-mode() > set-auto-mode-0(tex-mode nil) > set-auto-mode--apply-alist((("\\.js\\'" . js2-mode) ("\\.mjs\\'" . javascript-mode) ("\\.hva\\'" . latex-mode) > ("\\.d[i]?\\'" . d-mode) ("\\.gpg\\(~\\|\\.~[0-9]+~\\)?\\'" nil epa-file) ("\\.elc\\'" . elisp-byte-code-mode) > ("\\.zst\\'" nil jka-compr) ("\\.dz\\'" nil jka-compr) ("\\.xz\\'" nil jka-compr) ("\\.lzma\\'" nil jka-compr) ("\\.lz\\'" > nil jka-compr) ("\\.g?z\\'" nil jka-compr) ("\\.bz2\\'" nil jka-compr) ("\\.Z\\'" nil jka-compr) ("\\.vr[hi]?\\'" . > vera-mode) ("\\(?:\\.\\(?:rbw?\\|ru\\|rake\\|thor\\|jbuilder\\|rabl\\|ge..." . ruby-mode) ("\\.re?st\\'" . rst-mode) > ("\\.py[iw]?\\'" . python-mode) ("\\.m\\'" . octave-maybe-mode) ("\\.less\\'" . less-css-mode) ("\\.scss\\'" . > scss-mode) ("\\.awk\\'" . awk-mode) ("\\.\\(u?lpc\\|pike\\|pmod\\(\\.in\\)?\\)\\'" . pike-mode) ("\\.idl\\'" . > idl-mode) ("\\.java\\'" . java-mode) ("\\.m\\'" . objc-mode) ("\\.ii\\'" . c++-mode) ("\\.i\\'" . c-mode) ("\\.lex\\'" > . c-mode) ("\\.y\\(acc\\)?\\'" . c-mode) ("\\.h\\'" . c-or-c++-mode) ("\\.c\\'" . c-mode) ("\\.\\(CC?\\|HH?\\)\\'" . > c++-mode) ("\\.[ch]\\(pp\\|xx\\|\\+\\+\\)\\'" . c++-mode) ("\\.\\(cc\\|hh\\)\\'" . c++-mode) ("\\.\\(bat\\|cmd\\)\\'" . > bat-mode) ("\\.[sx]?html?\\(\\.[a-zA-Z_]+\\)?\\'" . mhtml-mode) ("\\.svgz?\\'" . image-mode) ("\\.svgz?\\'" . > xml-mode) ("\\.x[bp]m\\'" . image-mode) ("\\.x[bp]m\\'" . c-mode) ("\\.p[bpgn]m\\'" . image-mode) > ("\\.tiff?\\'" . image-mode) ("\\.gif\\'" . image-mode) ("\\.png\\'" . image-mode) ("\\.jpe?g\\'" . > image-mode) ("\\.te?xt\\'" . text-mode) ("\\.[tT]e[xX]\\'" . tex-mode) ("\\.ins\\'" . tex-mode) ("\\.ltx\\'" . > latex-mode) ...) nil nil) > set-auto-mode() > normal-mode(t) > after-find-file(nil t) > find-file-noselect-1(# "~/lucy.tex" nil nil "~/lucy.tex" (5780809 16777233)) > find-file-noselect("~/lucy.tex" nil nil t) > find-file("~/lucy.tex" t) > funcall-interactively(find-file "~/lucy.tex" t) > call-interactively(find-file nil nil) > command-execute(find-file) > > 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>))) > custom-declare-variable(ansi-color-faces-vector (funcall #'#f(compiled-function () # 0x1ca1c2cd84e54>)) "Faces used for SGR control sequences determining a..." :type (vector face > face face face face face face face) :group ansi-colors) > byte-code > ("\300\301\302\303\304\305\306\307&\7\210\310\311\312\313\306\301\304\314&\7\210\310\315\316\317\306\301\304\314&\7\210\310\320\321\322\306\301\304\314&\7\210\310\323\324\325\306\301..." > [custom-declare-group ansi-colors nil "Translating SGR control sequences to faces.\nThis t..." :version > "21.1" :group processes custom-declare-face ansi-color-bold ((t :inherit 'bold)) "Face used to render > bold text." "28.1" ansi-color-faint ((t :weight light)) "Face used to render faint text." ansi-color-italic ((t : > inherit 'italic)) "Face used to render italic text." ansi-color-underline ((t :inherit 'underline)) "Face used > to render underlined text." ansi-color-slow-blink ((t :box (:line-width -1))) "Face used to render slowly > blinking text." ansi-color-fast-blink ((t :box (:line-width -1))) "Face used to render rapidly blinking text." > ansi-color-inverse ((t :inverse-video t)) "Face used to render inverted video text." ansi-color-black ((t : > foreground "black" :background "black")) "Face used to render black color code." ansi-color-red ((t : > foreground "red3" :background "red3")) "Face used to render red color code." ansi-color-green ((t : > foreground "green3" :background "green3")) "Face used to render green color code." > ansi-color-yellow ((t :foreground "yellow3" :background "yellow3")) "Face used to render yellow color > code." ansi-color-blue ((t :foreground "blue2" :background "blue2")) "Face used to render blue color > code." ansi-color-magenta ((t :foreground "magenta3" :background "magenta3")) "Face used to > render magenta color code." ansi-color-cyan ...] 10) > require(ansi-color) > byte-code > ("\300\301!\210\300\302!\210\300\303!\210\304\305\306\307\310\311%\210\304\312\306\313\310\305%\207" > [require ring ansi-color regexp-opt custom-declare-group comint nil "General command interpreter in a > window stuff." :group processes comint-completion "Completion facilities in comint."] 6) > require(comint) > byte-code > ("\300\301!\210\300\302!\210\300\303!\210\304\305\306\307\310\311\310\312&\7\210\313\314\315\316\317DD\320\321\322%\210\313\323\315\316\324DD\325\321\322%\210\313\326\315..." > [require tool-bar comint text-property-search custom-declare-group compilation nil "Run compiler as > inferior of Emacs, parse error mes..." :group tools processes custom-declare-variable > compilation-mode-hook funcall function #f(compiled-function () #) "List > of hook functions run by `compilation-mode'." :type hook compilation-start-hook #f(compiled-function > () #) "Hook run after starting a new compilation process...." > compilation-window-height #f(compiled-function () #) "Number of lines > in a compilation window.\nIf nil, u..." (choice (const :tag "Default" nil) integer) > compilation-transform-file-match-alist #f(compiled-function () #) "Alist of > regexp/replacements to alter file names i..." (repeat (list regexp (choice (const :tag "No replacement" > nil) string))) :version "27.1"] 8) > compilation-mode() > emacs-lisp-compilation-mode() > byte-compile-log-file() > byte-compile-from-buffer(#) > byte-compile-file("~/.emacs.d/elpa/auctex-13.2.1/tex.el" nil) > funcall-interactively(byte-compile-file "~/.emacs.d/elpa/auctex-13.2.1/tex.el" nil) > call-interactively(byte-compile-file record nil) > command-execute(byte-compile-file record) > execute-extended-command(nil "byte-compile-file" "byte-comp") > funcall-interactively(execute-extended-command nil "byte-compile-file" "byte-comp") > call-interactively(execute-extended-command nil nil) > command-execute(execute-extended-command) > > 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 Thanks. Adding Tassilo, in case he has some insights. From debbugs-submit-bounces@debbugs.gnu.org Mon Jul 24 12:55:33 2023 Received: (at 64834) by debbugs.gnu.org; 24 Jul 2023 16:55:33 +0000 Received: from localhost ([127.0.0.1]:43899 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qNyqK-0005Sl-QB for submit@debbugs.gnu.org; Mon, 24 Jul 2023 12:55:33 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:37902) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qNyqF-0005SO-1B for 64834@debbugs.gnu.org; Mon, 24 Jul 2023 12:55:31 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qNyq9-0007GQ-IA; Mon, 24 Jul 2023 12:55:21 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:In-reply-to:Date:Subject:To:From: References; bh=oPI45FHu45FbsUujIynkDgn2zf13G7ipk0q+vLQuvjA=; b=Ysm8Xi6Wb4fDrg YAxpI9FF1YjrAVDZGrF65jE6ZAt88lJov/4vxddvit7hfFMa9gM5+Mb2LULvOzEUwsUXndFQWHcif dIiwjSRzYMM+fe6Luer0MjreuUACD8FZ+o4zmIy7WzYIQ8jFynW0CVRJA/udhnIgZprnIIcGX/GHl 9Fmv6BxAClIbEd4u6FPxahw3EyE4RDy4W2M9QKSkjqyJ3APacrDhZUu/om9uwYs2EHvlxaYKThNRg YXSHCmPFiKYrXj3Uzk53Kj/S/E69VItMsvBYtbLuI5A8Uz/mnwTxLiaAGobB7rThgfRR8B+TWT1g0 yxyec6M2EmIYih4W0f2w==; Received: from auth2-smtp.messagingengine.com ([66.111.4.228]) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1qNyq4-0006uT-Bd; Mon, 24 Jul 2023 12:55:16 -0400 Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailauth.nyi.internal (Postfix) with ESMTP id 343D527C0054; Mon, 24 Jul 2023 12:55:14 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute4.internal (MEProxy); Mon, 24 Jul 2023 12:55:14 -0400 X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedviedrheekgddutdehucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepfhgfhffvvefuffgjkfggtgesthdtredttdertdenucfhrhhomhepvfgrshhs ihhlohcujfhorhhnuceothhsughhsehgnhhurdhorhhgqeenucggtffrrghtthgvrhhnpe dujedtheduvdelffejkeetgedvheelhedvueefhfeukeekkeehvdfggeegffevgfenucev lhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehthhhorhhnod hmvghsmhhtphgruhhthhhpvghrshhonhgrlhhithihqdekieejfeekjeekgedqieefhedv leekqdhtshguhheppehgnhhurdhorhhgsehfrghsthhmrghilhdrfhhm X-ME-Proxy: Feedback-ID: ib2b94485:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Mon, 24 Jul 2023 12:55:13 -0400 (EDT) References: <83v8e9qoex.fsf@gnu.org> User-agent: mu4e 1.11.10; emacs 30.0.50 From: Tassilo Horn To: Eli Zaretskii Subject: Re: bug#64834: 28.2; Auctex fails to load properly Date: Mon, 24 Jul 2023 18:37:51 +0200 In-reply-to: <83v8e9qoex.fsf@gnu.org> Message-ID: <871qgxckr4.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 64834 Cc: 64834@debbugs.gnu.org, Roger Lipsett X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) 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 From debbugs-submit-bounces@debbugs.gnu.org Mon Jul 24 13:21:05 2023 Received: (at 64834) by debbugs.gnu.org; 24 Jul 2023 17:21:05 +0000 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 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 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) MIME-Version: 1.0 References: <83v8e9qoex.fsf@gnu.org> <871qgxckr4.fsf@gnu.org> In-Reply-To: <871qgxckr4.fsf@gnu.org> From: Roger Lipsett Date: Mon, 24 Jul 2023 13:20:45 -0400 Message-ID: Subject: Re: bug#64834: 28.2; Auctex fails to load properly To: Tassilo Horn Content-Type: multipart/alternative; boundary="00000000000065894e06013ed642" X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 64834 Cc: Eli Zaretskii , 64834@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --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-- From debbugs-submit-bounces@debbugs.gnu.org Mon Jul 24 15:08:03 2023 Received: (at 64834) by debbugs.gnu.org; 24 Jul 2023 19:08:03 +0000 Received: from localhost ([127.0.0.1]:44041 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qO0uY-0002zt-Mo for submit@debbugs.gnu.org; Mon, 24 Jul 2023 15:08:03 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:57566) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qO0uX-0002zP-50 for 64834@debbugs.gnu.org; Mon, 24 Jul 2023 15:08:02 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qO0uQ-00043W-Ui; Mon, 24 Jul 2023 15:07:54 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:In-reply-to:Date:Subject:To:From: References; bh=BiOmv4EGL8Np7tUmZxyNKI5+ED0gfSy93VX0yUHtACc=; b=YnBY30b9GTvM8P nHhQNKePz/XeyWQF7vi02b0zmMztcvLNrhlKWv0hBns6hH+VUNLyV9K1mT2PRlNtZt4TBNTXevU5A H35VEzyvgqV5MQmKoK1t4KIh7pd6w6cu4N53GjjMtAswTNmzie69YABg6EkmKOy6HhCmiJ1b30w77 6oYccIdRC6dzwn3Wv19jDa9EP82U9b5qkea+glonPtx7ZEOi9GyTYCQkPwIO3ldNh8euT2+2T+lT4 eROepDfr0OFdfj5sxTreFLmQfTxaDieKLubWxigOFJmMuysH+8zEMO1mffttHzBVApQ+EGqRY3Rf1 an/UN6+JEGbcG8EJPwmQ==; Received: from auth1-smtp.messagingengine.com ([66.111.4.227]) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1qO0uI-0007Up-MR; Mon, 24 Jul 2023 15:07:54 -0400 Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailauth.nyi.internal (Postfix) with ESMTP id 47DB827C0054; Mon, 24 Jul 2023 15:07:46 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute4.internal (MEProxy); Mon, 24 Jul 2023 15:07:46 -0400 X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedviedrheekgddufedtucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepfhgfhffvvefuffgjkfggtgfgsehtqhertddtreejnecuhfhrohhmpefvrghs shhilhhoucfjohhrnhcuoehtshguhhesghhnuhdrohhrgheqnecuggftrfgrthhtvghrnh epgfettdduiedvhfffhfefhfevhfeuvdehjeejfeelffehkeffuedthffgjeeihfegnecu vehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepthhhohhrnh domhgvshhmthhprghuthhhphgvrhhsohhnrghlihhthidqkeeijeefkeejkeegqdeifeeh vdelkedqthhsughhpeepghhnuhdrohhrghesfhgrshhtmhgrihhlrdhfmh X-ME-Proxy: Feedback-ID: ib2b94485:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Mon, 24 Jul 2023 15:07:45 -0400 (EDT) References: <83v8e9qoex.fsf@gnu.org> <871qgxckr4.fsf@gnu.org> User-agent: mu4e 1.11.10; emacs 30.0.50 From: Tassilo Horn To: Roger Lipsett Subject: Re: bug#64834: 28.2; Auctex fails to load properly Date: Mon, 24 Jul 2023 20:44:40 +0200 In-reply-to: Message-ID: <87fs5d86ww.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 64834 Cc: Eli Zaretskii , 64834@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Roger Lipsett writes: Hi Roger, > 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 M= on > 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-dep= th=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-de= pth=E2=80=99 Really strange. What's the value of max-lisp-eval-depth in your emacs? Here it is 1600 which is the standard value. AFAICS, it doesn't have different values on different OSes. At least there seems to be some systematics here: context-en.el:33 is a (require 'context) [which in turn requires tex] and bib-cite:590 is (require 'tex). But I don't see how that can lead to exceeding max-lisp-eval-depth... > M-x list-load-path-shadows says "No Emacs Lisp load-path shadowings > were found". Good. (Or rather bad; I've hoped for some easy solvable cause.) > 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? I don't have any knowledge about HomeBrew but I guess you've installed emacs anew on the new machine rather than copying over the installation from the old one, right? What about evaluating (require 'ansi-color) as suggested in my previous mail? Does that also lead to an error? Also with emacs -Q? And does the auctex load error happen with all tex files (i.e., even with an empty tex file in a fresh directory)? Does something change when you start emacs -Q and then do M-x package-initialize RET before opening some TeX file? Bye, Tassilo From debbugs-submit-bounces@debbugs.gnu.org Mon Jul 24 15:18:10 2023 Received: (at 64834) by debbugs.gnu.org; 24 Jul 2023 19:18:10 +0000 Received: from localhost ([127.0.0.1]:44094 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qO14M-0003Hi-6t for submit@debbugs.gnu.org; Mon, 24 Jul 2023 15:18:10 -0400 Received: from mail-vs1-xe31.google.com ([2607:f8b0:4864:20::e31]:45338) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qO14I-0003HC-Op for 64834@debbugs.gnu.org; Mon, 24 Jul 2023 15:18:08 -0400 Received: by mail-vs1-xe31.google.com with SMTP id ada2fe7eead31-440c5960b58so1511485137.3 for <64834@debbugs.gnu.org>; Mon, 24 Jul 2023 12:18:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1690226281; x=1690831081; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=yJSn7xWdOXd8/Bk0ZgbNHHVt/7YbhkiYt6B7Og2FWnA=; b=Ac6AkM5Aaoh5tdVfeh8KmLJmPnn/TQPXCdMa7lPpnwGlvi02/7ZqEsJVfUAsgeu37L uyEV2CUcco34orDd8CiqjO2IzADkLBYIlCZvxtuv51XQzb8bQMD3i9IVJtMLnFXCNvKy fijqLMZtVkhMnFwi8qRbfrqQIJOmVz5AJMV96UHlj0FE7WbHdRKW0pNCeUXmuHveFxiK dFHFe2aEZo7KsLnLdSlOHn3/zJvuaD6wt5HfD+gPQX0ACNYFPHmAs68lOwu6cAwBX61L nxO6G0h+Xq4DB3RnK+giyuZisBofMOtDj9w7kPmGPPsJSlX8wtG0ruD2esHXYtqEzKJe nFvA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1690226281; x=1690831081; 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=yJSn7xWdOXd8/Bk0ZgbNHHVt/7YbhkiYt6B7Og2FWnA=; b=V8e/JU8bYn4WuaUjItHnnjd28IRdLUBFYF+wIvjJGsGo6x17fqsI08LhR+uGaqlkrn tWBtDf8LRs5MIINKaur+BFnQDtAJmB178cK+Vn5VPD+PzRvxP0lUya4RuWed/hSQbrBI O1l3FV80lhdIOnrIsbn8gB3rJU+8qtFTWwLUYljCMlLvoDNG7D5QSXSa/5B2LS2BHcfj uChkq01PjcSTrJRoY5cYPoWpfTJZulPdKVnpZZpIjADVJ0Nb+nOSmjoYrCjPYAoySkXP PaUHlZCX5XuLlt1p2IVnDUraIaG80DTQtY0CIS8XwgIyWST4a1yL96hk/dQdfBM6zg50 dTkQ== X-Gm-Message-State: ABy/qLa72iOwx4mCm43hOYXCLt2hIz7oa8U1tD1HdQ/zYI1wSOI1qwtS t2ymqCt3SVdlW/8eo/Fd5my+B5ETVFml6bviVP/1vBfeOg== X-Google-Smtp-Source: APBJJlFSFo82+3igkicIja7lNoilggJR4jXfmT9MGjHUuYxfY/LM05WRWaC0x6QQk4cYIm14pGHLyUcCbVftdeVh4U0= X-Received: by 2002:a67:fd4b:0:b0:443:5927:d41b with SMTP id g11-20020a67fd4b000000b004435927d41bmr3383903vsr.31.1690226280838; Mon, 24 Jul 2023 12:18:00 -0700 (PDT) MIME-Version: 1.0 References: <83v8e9qoex.fsf@gnu.org> <871qgxckr4.fsf@gnu.org> <87fs5d86ww.fsf@gnu.org> In-Reply-To: <87fs5d86ww.fsf@gnu.org> From: Roger Lipsett Date: Mon, 24 Jul 2023 15:17:49 -0400 Message-ID: Subject: Re: bug#64834: 28.2; Auctex fails to load properly To: Tassilo Horn Content-Type: multipart/alternative; boundary="0000000000000f3bc30601407974" X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 64834 Cc: Eli Zaretskii , 64834@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --0000000000000f3bc30601407974 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable So first, apologies for being a moron. I had an old version of auctex in an Aquamacs directory that was apparently being used instead, and I had migrated off of Aquamacs and onto Emacs recently as well. I've removed all files that I can find referring to Aquamacs from my box. So now that appears to work. However (and this is a separate problem, but I'd appreciate advice) when I start an emacs server, I get the message "Invalid image type 'svg'"; the server crashes but I'm still left with an editable file in the buffer. This happens with emacs -q as well. Thanks. On Mon, Jul 24, 2023 at 3:07=E2=80=AFPM Tassilo Horn wrote: > Roger Lipsett writes: > > Hi Roger, > > > 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-d= epth=E2=80=99 > > > > Compiling file /Users/rlipsett/.emacs.d/elpa/auctex-13.2.1/context-en.e= l > at > > Mon Jul 24 13:15:36 2023 > > context-en.el:33:1: Error: Lisp nesting exceeds =E2=80=98max-lisp-eval-= depth=E2=80=99 > > Really strange. What's the value of max-lisp-eval-depth in your emacs? > Here it is 1600 which is the standard value. AFAICS, it doesn't have > different values on different OSes. > > At least there seems to be some systematics here: context-en.el:33 is a > (require 'context) [which in turn requires tex] and bib-cite:590 is > (require 'tex). But I don't see how that can lead to exceeding > max-lisp-eval-depth... > > > M-x list-load-path-shadows says "No Emacs Lisp load-path shadowings > > were found". > > Good. (Or rather bad; I've hoped for some easy solvable cause.) > > > 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? > > I don't have any knowledge about HomeBrew but I guess you've installed > emacs anew on the new machine rather than copying over the installation > from the old one, right? > > What about evaluating (require 'ansi-color) as suggested in my previous > mail? Does that also lead to an error? Also with emacs -Q? > > And does the auctex load error happen with all tex files (i.e., even > with an empty tex file in a fresh directory)? > > Does something change when you start emacs -Q and then do M-x > package-initialize RET before opening some TeX file? > > Bye, > Tassilo > --0000000000000f3bc30601407974 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
So first, apologies for being a moron.

= I had an old version of auctex in an Aquamacs directory that was apparently= being used instead, and I had migrated off of Aquamacs and onto Emacs rece= ntly as well. I've removed all files that I can find referring to Aquam= acs from my box. So now that appears to work.=C2=A0

However (and this is a separate problem, but I'd appreciate advice) w= hen I start an emacs server, I get the message "Invalid image type = 9;svg'"; the server crashes but I'm still left with an editabl= e file in the buffer. This happens with emacs -q as well.

Thanks.

On Mon, Jul 24, 2023 at 3:07=E2=80=AFPM Tassilo Horn &= lt;tsdh@gnu.org> wrote:
Roger Lipsett <roger.lipsett@gmail.com<= /a>> writes:

Hi Roger,

> 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 a= t 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= -depth=E2=80=99

Really strange.=C2=A0 What's the value of max-lisp-eval-depth in your e= macs?
Here it is 1600 which is the standard value.=C2=A0 AFAICS, it doesn't h= ave
different values on different OSes.

At least there seems to be some systematics here: context-en.el:33 is a
(require 'context) [which in turn requires tex] and bib-cite:590 is
(require 'tex).=C2=A0 But I don't see how that can lead to exceedin= g
max-lisp-eval-depth...

> M-x list-load-path-shadows says "No Emacs Lisp load-path shadowin= gs
> were found".

Good.=C2=A0 (Or rather bad; I've hoped for some easy solvable cause.)
> I am quite sure, as I suspect you are, that this is a migration
> problem.=C2=A0 I'm happy to start over, but I thought I had alread= y done
> that. My Emacs 28.2 is installed via HomeBrew. What would you suggest<= br> > I try if I want to wipe all traces from my system and restart it?

I don't have any knowledge about HomeBrew but I guess you've instal= led
emacs anew on the new machine rather than copying over the installation
from the old one, right?

What about evaluating (require 'ansi-color) as suggested in my previous=
mail?=C2=A0 Does that also lead to an error?=C2=A0 Also with emacs -Q?

And does the auctex load error happen with all tex files (i.e., even
with an empty tex file in a fresh directory)?

Does something change when you start emacs -Q and then do M-x
package-initialize RET before opening some TeX file?

Bye,
Tassilo
--0000000000000f3bc30601407974-- From debbugs-submit-bounces@debbugs.gnu.org Mon Jul 24 15:23:46 2023 Received: (at 64834) by debbugs.gnu.org; 24 Jul 2023 19:23:46 +0000 Received: from localhost ([127.0.0.1]:44118 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qO19Y-0003Qn-Bz for submit@debbugs.gnu.org; Mon, 24 Jul 2023 15:23:46 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:41396) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qO19V-0003QZ-SR for 64834@debbugs.gnu.org; Mon, 24 Jul 2023 15:23:31 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qO19Q-0000Ve-G1; Mon, 24 Jul 2023 15:23:24 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=WT9gv1lO84Mbf0nqdhprrSs/m/0v17qYTluitU9bvQU=; b=kJNK/y1oKHkJ lKvBeVXyMMWXgxYOfDIa+RlgpZ7j5gy1i0JHaqiKwk3efemXm380Sb6Nzc8BxLIs7OkG0h3mlZK8Y vP9nRDH05skQZklXneR/C3qimynb7xWvAGeQZjnwKoHWih/82fizCBccKJFjWxp+0wmmP6SrigP+G imAc9GQq7BuR9ek/su8bQUs0SHn62G8qIdzVmV0eyhsceHgPGPdWxe9jQrHIV3cjjVKZWjg9xgieZ rQNyVy23h7osVajNrPAyBSHoVdHcsam5DRoLMzIjSZo699G2IYAA5gbIHU8DSprOLssLeJNbiJmbL havQnRPX2wpd1GKUe+bHDw==; Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qO19P-0001MH-SG; Mon, 24 Jul 2023 15:23:24 -0400 Date: Mon, 24 Jul 2023 22:24:07 +0300 Message-Id: <83h6ptqfjc.fsf@gnu.org> From: Eli Zaretskii To: Roger Lipsett In-Reply-To: (message from Roger Lipsett on Mon, 24 Jul 2023 15:17:49 -0400) Subject: Re: bug#64834: 28.2; Auctex fails to load properly References: <83v8e9qoex.fsf@gnu.org> <871qgxckr4.fsf@gnu.org> <87fs5d86ww.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 64834 Cc: 64834@debbugs.gnu.org, tsdh@gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Roger Lipsett > Date: Mon, 24 Jul 2023 15:17:49 -0400 > Cc: Eli Zaretskii , 64834@debbugs.gnu.org > > However (and this is a separate problem, but I'd appreciate advice) when I start an emacs server, I > get the message "Invalid image type 'svg'"; the server crashes but I'm still left with an editable file in the > buffer. This happens with emacs -q as well. AFAIU, this means that your build of Emacs cannot display SVG images. Maybe it was not built with librsvg (but I thought the macOS build used native APIs for that?). From debbugs-submit-bounces@debbugs.gnu.org Tue Jul 25 03:35:08 2023 Received: (at 64834) by debbugs.gnu.org; 25 Jul 2023 07:35:08 +0000 Received: from localhost ([127.0.0.1]:44568 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qOCZX-0001Uv-RH for submit@debbugs.gnu.org; Tue, 25 Jul 2023 03:35:08 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:45918) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qOCZS-0001UH-H9 for 64834@debbugs.gnu.org; Tue, 25 Jul 2023 03:35:06 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qOCZN-0007zS-6o; Tue, 25 Jul 2023 03:34:57 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:In-reply-to:Date:Subject:To:From: References; bh=O9cEfyvSkuyDZihEtRc+H1fHnf2bK4zdJCYHjSN3YFE=; b=IihUwqc8S89xw5 qwZsYvD8iNkIL1/nRLQfay9EEVjI+spw9gfSGUEx2U1xBi/XyQSjBHA9YAcmuzaHLUQb1nydVX6yQ WOCW8eo82+AqJdKzWBxFKWsKfP+vlA7OeAtTY/HjsJFpLrIjuoF+Hk0YsNjFVY729RC7S0lBg9JFZ cjBzw1ZuffPMyVr5sQLC46Zs6zl3ZJD9HpiDhP6yfnghV7RjP8h+ly9ZHkubbnjtJrtjOR6G+u+d2 zUcasLZ3uY0Z7NDjN979zOzXn8hhJEYJduLu5uS6oH+LmN5gPkaUfFHCsrLGj1vSO7v1rbJ2JjHMf 9lD6sFhBxvwOazrCQLEg==; Received: from auth1-smtp.messagingengine.com ([66.111.4.227]) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1qOCZK-00048C-Rf; Tue, 25 Jul 2023 03:34:56 -0400 Received: from compute6.internal (compute6.nyi.internal [10.202.2.47]) by mailauth.nyi.internal (Postfix) with ESMTP id 87F4827C0054; Tue, 25 Jul 2023 03:34:54 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute6.internal (MEProxy); Tue, 25 Jul 2023 03:34:54 -0400 X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedviedrheelgdduudekucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepfhgfhffvvefuffgjkfggtgesthdtredttdertdenucfhrhhomhepvfgrshhs ihhlohcujfhorhhnuceothhsughhsehgnhhurdhorhhgqeenucggtffrrghtthgvrhhnpe dujedtheduvdelffejkeetgedvheelhedvueefhfeukeekkeehvdfggeegffevgfenucev lhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehthhhorhhnod hmvghsmhhtphgruhhthhhpvghrshhonhgrlhhithihqdekieejfeekjeekgedqieefhedv leekqdhtshguhheppehgnhhurdhorhhgsehfrghsthhmrghilhdrfhhm X-ME-Proxy: Feedback-ID: ib2b94485:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Tue, 25 Jul 2023 03:34:53 -0400 (EDT) References: <83v8e9qoex.fsf@gnu.org> <871qgxckr4.fsf@gnu.org> <87fs5d86ww.fsf@gnu.org> User-agent: mu4e 1.11.10; emacs 30.0.50 From: Tassilo Horn To: Roger Lipsett Subject: Re: bug#64834: 28.2; Auctex fails to load properly Date: Tue, 25 Jul 2023 09:25:54 +0200 In-reply-to: Message-ID: <87y1j4phpg.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 64834 Cc: Eli Zaretskii , 64834@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Roger Lipsett writes: > So first, apologies for being a moron. :-) > I had an old version of auctex in an Aquamacs directory that was > apparently being used instead, and I had migrated off of Aquamacs and > onto Emacs recently as well. I've removed all files that I can find > referring to Aquamacs from my box. So now that appears to work. That's still strange. M-x list-load-path-shadows RET is meant to uncover exactly this issue. > However (and this is a separate problem, but I'd appreciate advice) > when I start an emacs server, I get the message "Invalid image type > 'svg'"; the server crashes but I'm still left with an editable file in > the buffer. This happens with emacs -q as well. As Eli said, it appears your emacs has no SVG image support. You can check with M-: (image-type-available-p 'svg) RET. Of course, it would be interesting to know why emacs wants to display some SVG. Does M-x toggle-debug-on-error RET before staring the server reveal who wants to show the SVG? Bye, Tassilo From debbugs-submit-bounces@debbugs.gnu.org Tue Jul 25 06:11:54 2023 Received: (at 64834) by debbugs.gnu.org; 25 Jul 2023 10:11:54 +0000 Received: from localhost ([127.0.0.1]:44677 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qOF1F-0005aM-RH for submit@debbugs.gnu.org; Tue, 25 Jul 2023 06:11:54 -0400 Received: from mail-wr1-x42e.google.com ([2a00:1450:4864:20::42e]:49317) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qOF1A-0005a0-Uh for 64834@debbugs.gnu.org; Tue, 25 Jul 2023 06:11:52 -0400 Received: by mail-wr1-x42e.google.com with SMTP id ffacd0b85a97d-316eabffaa6so3954835f8f.2 for <64834@debbugs.gnu.org>; Tue, 25 Jul 2023 03:11:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1690279903; x=1690884703; h=content-transfer-encoding:mime-version:message-id:date:references :in-reply-to:subject:cc:to:from:from:to:cc:subject:date:message-id :reply-to; bh=mIYAzsITfxzHyRs2gntqM13Q7Unw1Cs/5m/FinLtpqk=; b=H3pLpGCqemdArO8xUFFEmijtljHaeOMrosJ1QmJ/SJ/n+q2MVqKz7Ty/pTwRyo1muq djcQNwrxNH1kTg8OlDdEGF9L+ZjNZ/3pqg1hEfYrahIEs75bEQ8Ll54kxW6YsTF0Z3Uc PvRNDiEE8PNlj0odW4ES3Gqw+khx76vaISNfh1uKkVnt1areO3GUhWFYBYnUgIGVopcg PQuB6Mv4tYJ8ZEa5l/o8l2E+CWeZyp6oRhxakwZvPZwbcArB0a07X50z+pvMf3XgAyKR ExgFcokla7zR6rbZhLX9SVbMGqTvDJ6YQ7lg+vV02rYlheZhbNvKA+dYEmTpkvDEfTCr WKEg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1690279903; x=1690884703; h=content-transfer-encoding:mime-version:message-id:date:references :in-reply-to:subject:cc:to:from:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=mIYAzsITfxzHyRs2gntqM13Q7Unw1Cs/5m/FinLtpqk=; b=OY7IFisl+qosfTuAKcauM/W5o6cGdnPrP3Mo92vQCW+vsgeuVgHOUkAIk/lfzgy/9L /gsdhxNhXKaHMEZmW44V0RDJeQx2H95Es+I1W3gfpQVu3xE+J4dzJvEKg0REIHZnNAA8 nqXbzffUaPoB8daHtGc13f7PHhfB+3Sv8EDFIUVyAs/sIg6ZKaZF7gTRuOP/zlgmBEI9 Cu9dtG9k3wE9/aDK4Mflx4BAzm1OLFOvhrCN8s4D/BDdYc3Xm0PLkNMhasQjwE14qM10 ZSXNT+XnXyc1xLeh0PnlTyDJ2V/3Ip346qOWUYKoSI8serX7qaR2WGvlWyPQ1haRanUf kSzA== X-Gm-Message-State: ABy/qLYNRpHcy/5l66PWBn2BRJNDXAjnFc2Mpir6ifDt6yh9dJtWW6do 23Oe5bxVvLu8WrdEdzwNDeU= X-Google-Smtp-Source: APBJJlFvH611ROJPuamgULjwCZbHJUOD7lnKtvaJ3PTDa2fjdi5aJ3dZO9pJjRXeZTwxS9JHwuU0fg== X-Received: by 2002:a5d:4cc2:0:b0:315:a1bb:4d7b with SMTP id c2-20020a5d4cc2000000b00315a1bb4d7bmr7338433wrt.35.1690279903017; Tue, 25 Jul 2023 03:11:43 -0700 (PDT) Received: from rltb ([2a01:e0a:3f3:fb50:d4da:84d1:2100:1047]) by smtp.gmail.com with ESMTPSA id k15-20020a5d518f000000b0031760af2331sm5357790wrv.100.2023.07.25.03.11.42 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 25 Jul 2023 03:11:42 -0700 (PDT) From: Robert Pluim To: Eli Zaretskii Subject: Re: bug#64834: 28.2; Auctex fails to load properly In-Reply-To: <83h6ptqfjc.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 24 Jul 2023 22:24:07 +0300") References: <83v8e9qoex.fsf@gnu.org> <871qgxckr4.fsf@gnu.org> <87fs5d86ww.fsf@gnu.org> <83h6ptqfjc.fsf@gnu.org> Date: Tue, 25 Jul 2023 12:11:41 +0200 Message-ID: <87pm4gjo6a.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 64834 Cc: 64834@debbugs.gnu.org, Roger Lipsett , tsdh@gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >>>>> On Mon, 24 Jul 2023 22:24:07 +0300, Eli Zaretskii said: >> From: Roger Lipsett >> Date: Mon, 24 Jul 2023 15:17:49 -0400 >> Cc: Eli Zaretskii , 64834@debbugs.gnu.org >>=20 >> However (and this is a separate problem, but I'd appreciate advice) = when I start an emacs server, I >> get the message "Invalid image type 'svg'"; the server crashes but I= 'm still left with an editable file in the >> buffer. This happens with emacs -q as well. Eli> AFAIU, this means that your build of Emacs cannot display SVG imag= es. Eli> Maybe it was not built with librsvg (but I thought the macOS build Eli> used native APIs for that?). There=CA=BCs a small bug in the SVG support on macos, fixed in emacs-29 as Bug#59081 Robert --=20 From debbugs-submit-bounces@debbugs.gnu.org Tue Jul 25 08:01:27 2023 Received: (at 64834) by debbugs.gnu.org; 25 Jul 2023 12:01:27 +0000 Received: from localhost ([127.0.0.1]:44788 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qOGjH-00031a-4n for submit@debbugs.gnu.org; Tue, 25 Jul 2023 08:01:27 -0400 Received: from mail-qv1-xf2d.google.com ([2607:f8b0:4864:20::f2d]:54630) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qOGjF-00031I-IZ for 64834@debbugs.gnu.org; Tue, 25 Jul 2023 08:01:26 -0400 Received: by mail-qv1-xf2d.google.com with SMTP id 6a1803df08f44-63cf6b21035so18029246d6.1 for <64834@debbugs.gnu.org>; Tue, 25 Jul 2023 05:01:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1690286480; x=1690891280; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=8iuHbvCBfl5Srfcupn2gXfxtwXZB+yTEZDv2vmKtI4U=; b=pzFpHolmtC8yy9BoH7S1aakFxtPcgcoko7PaT8xYO9lMoxCYRhMA4KPPwLF1IJN+9x 915Sn7p5npdYjhkI/dYvH4tslXAhmzdq8D4Oqzx9aaDS/FDwFW8LSHWVc5WuGunJ0fqQ kBEZXfBHYz0K0yqQMjU1Q4x62oLkspVEyWnLLgkuasTkCMHpCKb5Brd5xjLUvRX5wcHF 18JHeeGwsSQYlGPEreqNGSJzk9Zz+RI2d0JeUpOqrbKARaICaOZsHoJEW4ynlCaJ3vNF WBlIw+u+dIEWo0BBZaOZWlWwrlTHp2H4wYEFDubS9UI94H4F1/iI7wkCUJA3fZtR9NWn TeAg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1690286480; x=1690891280; 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=8iuHbvCBfl5Srfcupn2gXfxtwXZB+yTEZDv2vmKtI4U=; b=H8ct2kS4LdW2zFfcyLuJrpQi26A1yDEoRLbc2n6sS2KE0EBZgrU+D/GGqjuYvgKemZ 1Lzp5GnkeSJui7SRfjasuY75dnIBCxn/0r2SG1Cl6DqqKo0l/gZ3qUDbmfYgFuCOvDzx 8jbi8DH8zk5tPY8hRyD3m/6+0O+4LhSPrX0UQ/iyv0oq/iK8U01OiJdDXVOwpCUgiAjp dfOyiiGIEzrQbwoGtU3SCiuZMebq2xWzBsqEGOsquSjXrOUTzDj9In1fveZjr9YcPNqu zAfO8kweTmPdZxqzqET00AeYrYzuoIdyK0joXIHcA124iA6UpY9Q4kOjV9xR/70I/sPB 61DA== X-Gm-Message-State: ABy/qLYqlXGyTmsz4/tJsmSTaOgSUPlhXMyw1gBjg1Rtzh94WFUDtKeD XPW7xrLyyqUyBFVw+f7tdGEy0Pd9QEm/hDNUjw== X-Google-Smtp-Source: APBJJlGaoLvwA3jIw20KRwBDkn4q/lDslsZRlXuJpeWDG+ldVHU+vQcEoNxsKXVxAefOtFm4yrHadK0zQbyFf/+rZO4= X-Received: by 2002:a0c:fe91:0:b0:63c:f5dd:9150 with SMTP id d17-20020a0cfe91000000b0063cf5dd9150mr2263041qvs.11.1690286479951; Tue, 25 Jul 2023 05:01:19 -0700 (PDT) MIME-Version: 1.0 References: <83v8e9qoex.fsf@gnu.org> <871qgxckr4.fsf@gnu.org> <87fs5d86ww.fsf@gnu.org> <87y1j4phpg.fsf@gnu.org> In-Reply-To: <87y1j4phpg.fsf@gnu.org> From: Roger Lipsett Date: Tue, 25 Jul 2023 08:01:08 -0400 Message-ID: Subject: Re: bug#64834: 28.2; Auctex fails to load properly To: Tassilo Horn Content-Type: multipart/alternative; boundary="00000000000034ca9d06014e7d45" X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 64834 Cc: Eli Zaretskii , 64834@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --00000000000034ca9d06014e7d45 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Tassilo, You are correct; that was not the cause of the problem; I wrote you all too early. In fact, after lots of experimentation, it appears that if I try to load-package auctex in a standard emacs server (that is, after loading my init.el file), things fail as described above, while if I load it in an emacs -q session, everything works properly. I can definitely reproduce this behavior. So my environment is now where I want it to be. But if you want more information (such as my init files), I'm happy to provide it. I'm also now using 29.1 rc1 to fix the SVG bug. Thanks, Roger On Tue, Jul 25, 2023 at 3:34=E2=80=AFAM Tassilo Horn wrote: > Roger Lipsett writes: > > > So first, apologies for being a moron. > > :-) > > > I had an old version of auctex in an Aquamacs directory that was > > apparently being used instead, and I had migrated off of Aquamacs and > > onto Emacs recently as well. I've removed all files that I can find > > referring to Aquamacs from my box. So now that appears to work. > > That's still strange. M-x list-load-path-shadows RET is meant to > uncover exactly this issue. > > > However (and this is a separate problem, but I'd appreciate advice) > > when I start an emacs server, I get the message "Invalid image type > > 'svg'"; the server crashes but I'm still left with an editable file in > > the buffer. This happens with emacs -q as well. > > As Eli said, it appears your emacs has no SVG image support. You can > check with M-: (image-type-available-p 'svg) RET. Of course, it would > be interesting to know why emacs wants to display some SVG. Does M-x > toggle-debug-on-error RET before staring the server reveal who wants to > show the SVG? > > Bye, > Tassilo > --00000000000034ca9d06014e7d45 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Tassilo,

You are correct; that was not = the cause of the problem; I wrote you all too early. In fact, after lots of= experimentation, it appears that if I try to load-package auctex in a stan= dard emacs server (that is, after loading my init.el file), things fail as = described above, while if I load it in an emacs -q session, everything work= s properly. I can definitely reproduce this behavior. So my environment is = now where I want it to be. But if you want more information (such as my ini= t files), I'm happy to provide it. I'm also now using 29.1 rc1 to f= ix the SVG bug.

Thanks,
Roger


On Tue, Jul 25, 2023 at 3:34=E2=80= =AFAM Tassilo Horn <tsdh@gnu.org>= wrote:
Roger Li= psett <roge= r.lipsett@gmail.com> writes:

> So first, apologies for being a moron.

:-)

> I had an old version of auctex in an Aquamacs directory that was
> apparently being used instead, and I had migrated off of Aquamacs and<= br> > onto Emacs recently as well. I've removed all files that I can fin= d
> referring to Aquamacs from my box. So now that appears to work.

That's still strange.=C2=A0 M-x list-load-path-shadows RET is meant to<= br> uncover exactly this issue.

> However (and this is a separate problem, but I'd appreciate advice= )
> when I start an emacs server, I get the message "Invalid image ty= pe
> 'svg'"; the server crashes but I'm still left with an= editable file in
> the buffer. This happens with emacs -q as well.

As Eli said, it appears your emacs has no SVG image support.=C2=A0 You can<= br> check with M-: (image-type-available-p 'svg) RET.=C2=A0 Of course, it w= ould
be interesting to know why emacs wants to display some SVG.=C2=A0 Does M-x<= br> toggle-debug-on-error RET before staring the server reveal who wants to
show the SVG?

Bye,
Tassilo
--00000000000034ca9d06014e7d45-- From debbugs-submit-bounces@debbugs.gnu.org Tue Jul 25 08:41:37 2023 Received: (at 64834) by debbugs.gnu.org; 25 Jul 2023 12:41:37 +0000 Received: from localhost ([127.0.0.1]:44851 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qOHM8-00048d-Ut for submit@debbugs.gnu.org; Tue, 25 Jul 2023 08:41:37 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:56208) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qOHM7-00048M-NK for 64834@debbugs.gnu.org; Tue, 25 Jul 2023 08:41:36 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qOHM2-0003o5-AX; Tue, 25 Jul 2023 08:41:30 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=K4NfoxJiHGHc1WRnX6prRuhQxlirz8WfP/qOKLeDQYQ=; b=Lt1YzjIXzqF5y4U3AywG fLDwLE6yzMjXHdEa6xSIItc0WGfrPbZPdsW31iA0h3v6sY3J+gW64xe/Mo/pu3FtabR9r5kpkHGnM +WbjP7csNL8pcmf448miu7OS+LMtko6ka3OYsdbBvuI9jEVXqb9RkjY+X07Oj17RAQCGDbpd8k8EE GvHI78vNRqxzW0eBojPfFVNDADJuCzUlAOW7ZcfN1zOJCN3B45yYVHsB+XtCK/rjehlnz0gqli0np m/K9Vq1qs2On6PJqBLLz7n0e+9gj7wIMrKAOeK3IFE0TwUpdvzFjWPQqc34ofoAESd2bkgwfk5ba3 /KUmAD6J+LkOAw==; Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qOHLs-000389-F6; Tue, 25 Jul 2023 08:41:28 -0400 Date: Tue, 25 Jul 2023 15:42:06 +0300 Message-Id: <83wmyop3hd.fsf@gnu.org> From: Eli Zaretskii To: Robert Pluim In-Reply-To: <87pm4gjo6a.fsf@gmail.com> (message from Robert Pluim on Tue, 25 Jul 2023 12:11:41 +0200) Subject: Re: bug#64834: 28.2; Auctex fails to load properly References: <83v8e9qoex.fsf@gnu.org> <871qgxckr4.fsf@gnu.org> <87fs5d86ww.fsf@gnu.org> <83h6ptqfjc.fsf@gnu.org> <87pm4gjo6a.fsf@gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 64834 Cc: 64834@debbugs.gnu.org, roger.lipsett@gmail.com, tsdh@gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Robert Pluim > Cc: Roger Lipsett , 64834@debbugs.gnu.org, > tsdh@gnu.org > Date: Tue, 25 Jul 2023 12:11:41 +0200 > > >>>>> On Mon, 24 Jul 2023 22:24:07 +0300, Eli Zaretskii said: > > >> From: Roger Lipsett > >> Date: Mon, 24 Jul 2023 15:17:49 -0400 > >> Cc: Eli Zaretskii , 64834@debbugs.gnu.org > >> > >> However (and this is a separate problem, but I'd appreciate advice) when I start an emacs server, I > >> get the message "Invalid image type 'svg'"; the server crashes but I'm still left with an editable file in the > >> buffer. This happens with emacs -q as well. > > Eli> AFAIU, this means that your build of Emacs cannot display SVG images. > Eli> Maybe it was not built with librsvg (but I thought the macOS build > Eli> used native APIs for that?). > > Thereʼs a small bug in the SVG support on macos, fixed in emacs-29 as > Bug#59081 Bug that could cause Emacs to say "Invalid image type 'svg'"? From debbugs-submit-bounces@debbugs.gnu.org Tue Jul 25 09:19:05 2023 Received: (at 64834) by debbugs.gnu.org; 25 Jul 2023 13:19:05 +0000 Received: from localhost ([127.0.0.1]:44888 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qOHwP-0005JA-DI for submit@debbugs.gnu.org; Tue, 25 Jul 2023 09:19:05 -0400 Received: from mail-pg1-x536.google.com ([2607:f8b0:4864:20::536]:45446) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qOHwM-0005IX-Cw for 64834@debbugs.gnu.org; Tue, 25 Jul 2023 09:19:04 -0400 Received: by mail-pg1-x536.google.com with SMTP id 41be03b00d2f7-553b2979fceso2235917a12.3 for <64834@debbugs.gnu.org>; Tue, 25 Jul 2023 06:19:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1690291136; x=1690895936; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=+AjQB8mM0RK29pYXMCHhB8IaOLobM7mhsGXLr/pQklo=; b=DPz/XEOxka12EH1Q0Ukw4LWInPctL07HtJQCcTf2SeyVCPjPK1Kq81GejvzZqyEfxG nnjFCHFPUV3FKxfOzBGYKoLCightSJJcqv/mSzak9tTvzqsbQpbZYowoRR6rgOcpbt5x 1x4kAwVsIJWd4zZqFFDOde50300XmCvai5vkdziuU0zT6Y5ksInVihLRYlQTWeNQSjwg PHaaMovofQ6wFRAO5xJJpPSsWuveNse/FMNIku3nLhSBep+wHRhRIqX+em0pwWaoxKKY rte929sNmkvuECiRbOkpRceaLCVW5yt0hKdVY7dhO7T6yBHA0mCDlfRKIhIFCGd5gg2D +Llg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1690291136; x=1690895936; 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=+AjQB8mM0RK29pYXMCHhB8IaOLobM7mhsGXLr/pQklo=; b=MdPkQXe0hk8TKVS4UfvtSLfspWODGJZQN+H6VN2v68rz/edbJb3f0026PgwoYsZ0m8 sQEDX3e3s5tNb7ZLbFeHVm2oSoR3gU/8EpR9JhqdyqlmgViZfTy7g4EQXecY4DjwYsPk NcAW7b1NNb6coFSeJ2xM5bBJP1BDS3Efq9SnDy29cz210MmKpU/jD0RMkvizY6EkZlU5 gIZDoCQlvOL4WyfJZ2E6BjfJxNR6bGb3JpCjFhsk78XKI6LwdfDDbxCgzeR2n5S9/QYz AnpfQbkHZyXM/0ZqI46d6n1GBbhblU0HDvQHRV4rOQsYIlobvZNDwCe+vbNhaQdpPl2+ /jLQ== X-Gm-Message-State: ABy/qLYjTk4oy73nS96s6WkqRmPQU0TSFz2Cv/Mc4bHTkhMSMtjt2HKY +fmBT5Ta3w3zd/6oyPb0r7Ogl9y08PY08cduNA== X-Google-Smtp-Source: APBJJlFc8eSKSoI/gZeF8Qj6Pue9gc/ZdKtDclYGQfwmAWURh19xpBEjSn17veluUmRl5xDkrkx4QUSwJfLQjhCLMm8= X-Received: by 2002:a17:90b:1e53:b0:262:ebfd:ce44 with SMTP id pi19-20020a17090b1e5300b00262ebfdce44mr11062754pjb.34.1690291136017; Tue, 25 Jul 2023 06:18:56 -0700 (PDT) MIME-Version: 1.0 References: <83v8e9qoex.fsf@gnu.org> <871qgxckr4.fsf@gnu.org> <87fs5d86ww.fsf@gnu.org> <83h6ptqfjc.fsf@gnu.org> <87pm4gjo6a.fsf@gmail.com> <83wmyop3hd.fsf@gnu.org> In-Reply-To: <83wmyop3hd.fsf@gnu.org> From: Roger Lipsett Date: Tue, 25 Jul 2023 09:18:44 -0400 Message-ID: Subject: Re: bug#64834: 28.2; Auctex fails to load properly To: Eli Zaretskii Content-Type: multipart/alternative; boundary="000000000000babb4a06014f9285" X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 64834 Cc: Robert Pluim , 64834@debbugs.gnu.org, tsdh@gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --000000000000babb4a06014f9285 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Apparently, yes. See https://emacs.stackexchange.com/questions/74289. On Tue, Jul 25, 2023 at 8:41=E2=80=AFAM Eli Zaretskii wrote: > > From: Robert Pluim > > Cc: Roger Lipsett , 64834@debbugs.gnu.org, > > tsdh@gnu.org > > Date: Tue, 25 Jul 2023 12:11:41 +0200 > > > > >>>>> On Mon, 24 Jul 2023 22:24:07 +0300, Eli Zaretskii > said: > > > > >> From: Roger Lipsett > > >> Date: Mon, 24 Jul 2023 15:17:49 -0400 > > >> Cc: Eli Zaretskii , 64834@debbugs.gnu.org > > >> > > >> However (and this is a separate problem, but I'd appreciate > advice) when I start an emacs server, I > > >> get the message "Invalid image type 'svg'"; the server crashes > but I'm still left with an editable file in the > > >> buffer. This happens with emacs -q as well. > > > > Eli> AFAIU, this means that your build of Emacs cannot display SVG > images. > > Eli> Maybe it was not built with librsvg (but I thought the macOS > build > > Eli> used native APIs for that?). > > > > There=CA=BCs a small bug in the SVG support on macos, fixed in emacs-29= as > > Bug#59081 > > Bug that could cause Emacs to say "Invalid image type 'svg'"? > --000000000000babb4a06014f9285 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Tue, Jul 25, 2023 at 8:41=E2=80=AFAM Eli Zaretskii <eliz@gnu.org> wrote:
> From: Robert Pluim <rpluim@gmail.com>
> Cc: Roger Lipsett <roger.lipsett@gmail.com>,=C2=A0 64834@debbugs.gnu.org,
>=C2=A0 =C2=A0tsdh@gnu= .org
> Date: Tue, 25 Jul 2023 12:11:41 +0200
>
> >>>>> On Mon, 24 Jul 2023 22:24:07 +0300, Eli Zaretskii= <eliz@gnu.org>= said:
>
>=C2=A0 =C2=A0 =C2=A0>> From: Roger Lipsett <roger.lipsett@gmail.com><= br> >=C2=A0 =C2=A0 =C2=A0>> Date: Mon, 24 Jul 2023 15:17:49 -0400
>=C2=A0 =C2=A0 =C2=A0>> Cc: Eli Zaretskii <eliz@gnu.org>, 64834@debbugs.gnu.org
>=C2=A0 =C2=A0 =C2=A0>>
>=C2=A0 =C2=A0 =C2=A0>> However (and this is a separate problem, b= ut I'd appreciate advice) when I start an emacs server, I
>=C2=A0 =C2=A0 =C2=A0>> get the message "Invalid image type &= #39;svg'"; the server crashes but I'm still left with an edita= ble file in the
>=C2=A0 =C2=A0 =C2=A0>> buffer. This happens with emacs -q as well= .
>
>=C2=A0 =C2=A0 =C2=A0Eli> AFAIU, this means that your build of Emacs = cannot display SVG images.
>=C2=A0 =C2=A0 =C2=A0Eli> Maybe it was not built with librsvg (but I = thought the macOS build
>=C2=A0 =C2=A0 =C2=A0Eli> used native APIs for that?).
>
> There=CA=BCs a small bug in the SVG support on macos, fixed in emacs-2= 9 as
> Bug#59081

Bug that could cause Emacs to say "Invalid image type 'svg'&qu= ot;?
--000000000000babb4a06014f9285-- From debbugs-submit-bounces@debbugs.gnu.org Tue Jul 25 09:34:29 2023 Received: (at 64834) by debbugs.gnu.org; 25 Jul 2023 13:34:29 +0000 Received: from localhost ([127.0.0.1]:44918 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qOIBI-0005tB-Tj for submit@debbugs.gnu.org; Tue, 25 Jul 2023 09:34:29 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:54598) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qOIBH-0005sz-24 for 64834@debbugs.gnu.org; Tue, 25 Jul 2023 09:34:27 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qOIBB-00074b-M9; Tue, 25 Jul 2023 09:34:21 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:In-reply-to:Date:Subject:To:From: References; bh=Di6PuLF9/v/7HAuY6Jy3R5gg8wbXRhHSh5x35eG+bJ0=; b=rDnHsbzAz8FDoH iBBzehJutr7CyOWwhLNILITqBsW+Rzs3ZOffZoS839ZiXHVp+zVLQTo/fs/4WdvxlllZZB14H18mQ lX8sjd9CmoQ/OsjLWiYKLKyiqVluqIjOsUvOiZbcx8d8dS0rQTkd5f5CQoKCqCOoEi+tYJtX/qvw0 eA5x195rYZGeyxWF3XM4tboykX/gEo2PefbhbcQ1WRg1VdDGceqo3J2tI4mpP82V/vJKvDh2ctnMs 6U7eWpCN5wQEGtO4EEK3O5khTOnUudT+H/3b/AgIFsErxfxQvMpHARfr39efnZNGU/8wmMFTtxGxK ngGIPzMCNoE0S9iDndtg==; Received: from auth1-smtp.messagingengine.com ([66.111.4.227]) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1qOIBA-0007S9-Ql; Tue, 25 Jul 2023 09:34:21 -0400 Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailauth.nyi.internal (Postfix) with ESMTP id 0D3E027C0054; Tue, 25 Jul 2023 09:34:20 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute3.internal (MEProxy); Tue, 25 Jul 2023 09:34:20 -0400 X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedviedriedtgdeigecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpehffgfhvfevufffjgfkgggtsehttdertddtredtnecuhfhrohhmpefvrghsshhi lhhoucfjohhrnhcuoehtshguhhesghhnuhdrohhrgheqnecuggftrfgrthhtvghrnhepud ejtdehuddvleffjeekteegvdehleehvdeufefhueekkeekhedvgfeggeffvefgnecuvehl uhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepthhhohhrnhdomh gvshhmthhprghuthhhphgvrhhsohhnrghlihhthidqkeeijeefkeejkeegqdeifeehvdel kedqthhsughhpeepghhnuhdrohhrghesfhgrshhtmhgrihhlrdhfmh X-ME-Proxy: Feedback-ID: ib2b94485:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Tue, 25 Jul 2023 09:34:18 -0400 (EDT) References: <83v8e9qoex.fsf@gnu.org> <871qgxckr4.fsf@gnu.org> <87fs5d86ww.fsf@gnu.org> <87y1j4phpg.fsf@gnu.org> User-agent: mu4e 1.11.10; emacs 30.0.50 From: Tassilo Horn To: Roger Lipsett Subject: Re: bug#64834: 28.2; Auctex fails to load properly Date: Tue, 25 Jul 2023 15:31:42 +0200 In-reply-to: Message-ID: <87tttsp12g.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 64834 Cc: Eli Zaretskii , 64834@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Roger Lipsett writes: Hi Roger, > You are correct; that was not the cause of the problem; I wrote you > all too early. In fact, after lots of experimentation, it appears that > if I try to load-package auctex in a standard emacs server (that is, > after loading my init.el file), things fail as described above, while > if I load it in an emacs -q session, everything works properly. That means, the culprit is in your init file, maybe popping in only in combination with the emacs server. To remove the "maybe", does it work when just starting emacs (with no server but also not with -q)? Also, does "emacs --debug-init" show some error? > I can definitely reproduce this behavior. So my environment is now > where I want it to be. You want an error when using the server? > But if you want more information (such as my init files), I'm happy to > provide it. Yes, please. Bye, Tassilo From debbugs-submit-bounces@debbugs.gnu.org Tue Jul 25 09:44:54 2023 Received: (at 64834) by debbugs.gnu.org; 25 Jul 2023 13:44:54 +0000 Received: from localhost ([127.0.0.1]:44941 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qOILO-0006D8-34 for submit@debbugs.gnu.org; Tue, 25 Jul 2023 09:44:54 -0400 Received: from mail-pg1-x533.google.com ([2607:f8b0:4864:20::533]:58777) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qOILL-0006Cq-Kq for 64834@debbugs.gnu.org; Tue, 25 Jul 2023 09:44:52 -0400 Received: by mail-pg1-x533.google.com with SMTP id 41be03b00d2f7-563643b20baso4039725a12.1 for <64834@debbugs.gnu.org>; Tue, 25 Jul 2023 06:44:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1690292686; x=1690897486; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=6rRy3pGscKyqMA8X5rCunmqyzjBnPj+vlv+g15avQ3U=; b=e/7VPNcfEF2S6zSSzBsZof8CSAdc69bKa26ZTU4fVjVufl5nqk99lHQ5JFIAkd/57Y ScKxzpuwOkIdXPHoFdWVkfYKSBv59M4bRontTfWdlzNwy761VrJMfbauulzsmphjjwWG SS1QMzkWiRlpuIV2lPq1RVv9SCTEZIpGt/xaMekZBGEmMDhWZQ2PAKFsa3SJgkAiIPrR hN3n5kAbkVpMp47RR89/SRgvRd6n7RYMa7Mr7H+smfUWmK9shQbj+ty77YBRR4JMoBKS ZPycq0LwJAUXmRaWX+6pLF6qDAZwctAyAR+65/7lHH8huCLfIsFPqtY8EosUfmv1ucO8 shtg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1690292686; x=1690897486; 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=6rRy3pGscKyqMA8X5rCunmqyzjBnPj+vlv+g15avQ3U=; b=IOU2YFCZvcAjNHdqA93Dl4pHm8FJRH3GrVbKhTLLEEw1CUw7yeYCBzdS4FupLjUBSH UKmQcVqNfxtfibDsQL8xz7Cpj/A5nWBdW663QpwoEc7/Ri3qcUPVx92dGxwQ/lknigrT Ti3upEaPGp1ma/8yyMd4QdnRUYUNtPnn8v+DfmItgXv4ohkbLs5ULoGEGt1OnGLH2f3O 937qrZ2Ftrt0jgMu014m15HaDmieTwQO7wbx5dHwU1uj1pVt+DtFoKXtrlcsdUQgebBG U8OH8Iw8woiag9Yha9sAc1mNnbIP3hZ8sT1oFY3tqb+N2up7FqS1Sd3L9jB73tqqyG5m p2ZQ== X-Gm-Message-State: ABy/qLb2lwbUJki53eJHIeqHMQ5JF/yS/g4/1Wyn5sD6x3m5XN6z+6Lh ACmbxfWEjewSGdSuuNijLFNtHSD1XDn1roFQb9+5YzQ= X-Google-Smtp-Source: APBJJlHGpGbP7HzXSjUJCQUwiR6KrBVgxvQrBUtcEQF93cHHJWQn2QwaIJI7jGZeZSjwwGfQqF07jrrfK9WqE5qTvOs= X-Received: by 2002:a17:90a:cb86:b0:268:34b1:a5a9 with SMTP id a6-20020a17090acb8600b0026834b1a5a9mr2562122pju.8.1690292685577; Tue, 25 Jul 2023 06:44:45 -0700 (PDT) MIME-Version: 1.0 References: <83v8e9qoex.fsf@gnu.org> <871qgxckr4.fsf@gnu.org> <87fs5d86ww.fsf@gnu.org> <87y1j4phpg.fsf@gnu.org> <87tttsp12g.fsf@gnu.org> In-Reply-To: <87tttsp12g.fsf@gnu.org> From: Roger Lipsett Date: Tue, 25 Jul 2023 09:44:33 -0400 Message-ID: Subject: Re: bug#64834: 28.2; Auctex fails to load properly To: Tassilo Horn Content-Type: multipart/mixed; boundary="00000000000017796d06014fef79" X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 64834 Cc: Eli Zaretskii , 64834@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --00000000000017796d06014fef79 Content-Type: multipart/alternative; boundary="00000000000017796a06014fef77" --00000000000017796a06014fef77 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Sorry, poor choice of terminology. What I meant to say was that if I *install* auctex after loading my init.el file, I get that error in compilation, while I do not in an emacs -q session. So I've installed auctex using emacs -q and then everything is fine. init files attached. On Tue, Jul 25, 2023 at 9:34=E2=80=AFAM Tassilo Horn wrote: > Roger Lipsett writes: > > Hi Roger, > > > You are correct; that was not the cause of the problem; I wrote you > > all too early. In fact, after lots of experimentation, it appears that > > if I try to load-package auctex in a standard emacs server (that is, > > after loading my init.el file), things fail as described above, while > > if I load it in an emacs -q session, everything works properly. > > That means, the culprit is in your init file, maybe popping in only in > combination with the emacs server. To remove the "maybe", does it work > when just starting emacs (with no server but also not with -q)? Also, > does "emacs --debug-init" show some error? > > > I can definitely reproduce this behavior. So my environment is now > > where I want it to be. > > You want an error when using the server? > > > But if you want more information (such as my init files), I'm happy to > > provide it. > > Yes, please. > > Bye, > Tassilo > --00000000000017796a06014fef77 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Sorry, poor choice of terminology. What I meant to say was= that if I *install* auctex after loading my init.el file, I get that error= in compilation, while I do not in an emacs -q session. So I've install= ed auctex using emacs -q and then everything is fine.

in= it files attached.


On Tue, Jul 25, 2023 at 9:34=E2=80= =AFAM Tassilo Horn <tsdh@gnu.org>= wrote:
Roger Li= psett <roge= r.lipsett@gmail.com> writes:

Hi Roger,

> You are correct; that was not the cause of the problem; I wrote you > all too early. In fact, after lots of experimentation, it appears that=
> if I try to load-package auctex in a standard emacs server (that is, > after loading my init.el file), things fail as described above, while<= br> > if I load it in an emacs -q session, everything works properly.

That means, the culprit is in your init file, maybe popping in only in
combination with the emacs server.=C2=A0 To remove the "maybe", d= oes it work
when just starting emacs (with no server but also not with -q)?=C2=A0 Also,=
does "emacs --debug-init" show some error?

> I can definitely reproduce this behavior. So my environment is now
> where I want it to be.

You want an error when using the server?

> But if you want more information (such as my init files), I'm happ= y to
> provide it.

Yes, please.

Bye,
Tassilo
--00000000000017796a06014fef77-- --00000000000017796d06014fef79 Content-Type: application/zip; name="inits.zip" Content-Disposition: attachment; filename="inits.zip" Content-Transfer-Encoding: base64 Content-ID: X-Attachment-Id: f_lkicltic0 UEsDBBQAAAAIAIp4+FaJacgLjgAAAAgBAAANABwAZWFybHktaW5pdC5lbFVUCQADNMu+ZDfrvmR1 eAsAAQT1AQAABBQAAACFyjEOwjAMheG9p/DWZAjqAFQcJ7RuY8nE4LggcXpaEKKdeOP3/tr1eJ7G IDkUGnNkMF/VP0RV0cVcQbtBj0Oc2MKg8YIhMhWr4LPauYQ0JoMd7A/+ywDuQb2lWU8bZRyWtG2b tZpcZzxuyjuqURc5lE6FOZyjljnKxOsqidJTsv3rTOR9BaaMy99476sXUEsDBBQAAAAIAKKK+FZP IEjK5AUAACYPAAAHABwAaW5pdC5lbFVUCQADP+u+ZEDrvmR1eAsAAQT1AQAABBQAAADdVktz2zYQ vutXYJiDpEwgx07STJ1T6+bQqZPOxJk+ZnwBSVCEBQIsHpKVQ397vwVIPWw1Tq+dJI65+2F3sY9v MauiD7bjXga+Fk6JUks/Ye/esVMKthGeibqWNSu37CohFgn9c8O2NjJZq8DwF9pWmPpFElY26pp1 0ntSxf4F85aVklXCySbqbOBPGx1TBoBGacl8mw5V1gShDLNGb/ED8li1gPkgTCV3rkMrnWTKs87i /wDXBH5B8i3bWDMN+OlWzKllG3BqOrsWn+UfXJlamsClWStnTUe/a+XDhDFAZsVaulIE1RVIhnOk zQcgs2ZOKMb2qOdfhwVRRi1cwY5cD9KHqOdPwIRWS/MtmCcNOSe2T2DkX+a/wJ5yWSvfa7HtRGiL g8Mxpeux5Ple1KsqRCeLw2yVyiyPBFo++DwwIE3spBNBfr1U3uqYgjmJms+pgeiCayU3vHd26QQN ipYVAYbusTH0MfB6rVhhe7m/2aDo64b7leq4i8bgEqy4wdcJ1GlFGzo9Gs4R1bIRUQfeIBrJxdjI FAtaNKhKaO4rZ7XmpXCeLfI4DHbZTJkgnQGotK6Wjm9UHVqgXu4Qna2lVpjCBdsfaxyCl7vPUlSr pbPR1JzggOojL8knz4egPH+z02jZnFYM8VRWWwdNUWr4KHZq1MjbA7WTdXEQcvTyX48Ga1MyON2K MnK+U7WSAoXo9T6QMSPfHwcNydu3Lw+M9pB892YoC+hMUwCxMymV09lS2xJpRnMmvzlPIan2I+Oz 2CidFHd+HCct11KziyQ1nu+uMIxVPjYtLSINj0BefRn8TZ1c0lgOoB55EUu0jatataYVkCmwk7oX BaWuDaH3l2dnSbKwbnk2nPFn+wFbmrgDA5ugkD2Ez4985smRNR8R2fnQQJ71diNd6rs7f8Fb1CW1 FK0lz+6xQzjkSZcOiAhj94OL7Zg22zRYZUPe+m1orTmpCpieno+z1EkAa1Z4n7hqOlsrH1G7fd1Q IKRwPpnMDhZmI6rHWzQJ/z8bdEgRm83w71IZGIBrSselvA/S1Pl3H1Tf65ynyz05sOKZFPSnYJcN XI7SH9OAMtgDZ2Fy16qWdjhs70eTTq0kDy3OLNsss+uhRdIXTB1+ei0MQrOuE/ja5MkeP4dBP3/9 Eqo04KOmoZDclhUwQmGKTiGHxQdrRGWpiansSN8NmoeeSKAaZimRLNd/Nladi4CQyxgwdh0qVMam AaFhc3R9ThmsJKaiaww88g3J6tAssWOljlhou4u8Asucdo1+TZ3L9j7RwSSZPHZ5TdautsKcP/Ca OTSfyAn4KfUHGm5D/cJkJyrP0GAuxJ5h5UhpUkR/oe9aVarAByXPSuIgsnNlTaOWMTWgHA4ycBpW Xj4/ziUbOD9se+I6elwc6/MaoQHH2gtApnVIjEbzoEx+WoCp8taBOb0F9zncIC+oA8muzu+Nz7GJ wOCZdvYK5I6rjqt/McFYaBnk/jWwY3ey8AvgY3qkQ63ZpsUVhV+BD4JllbYeMzluCCriCvM3W5XI +xW/Z1e8KuZs6sVa8txFnlMMPBlNTsjPR9xDW1EzMAgxwEFWx0bdsbHtKUxPJ3eMTCyikLIvkogt h5prlu/xO1GByP2Qr3PxZvGKlXHJ0CksrQjgcs3B/0F7VGBpwRBth75X9BtG6eOvnz78cH3Jf3v/ 6YZ/vr45X7wqyCMIEjuL55qJiF9T745FLG5vF92dv72d0rK5E2uBXlF9SKjExQ6vR4UbT8etMP8m o3ub47EjY+OumVMO7oYNPdu0CoxKKwj0WQqPUuKVyPAwrT3Ygi8KliFUCI0nLJYA8pA2FxE5GYuG 4CD31EENbRcq/OCDd6IfmoDMzfOr4Bh48TUkXb21drXPR/6cadGVtWAzWuAHqHRRIgPQOG+iSZ3s 2bNdBvghYtyBR7nyp0Ya75pMN9RsqUGLv88WqYMW9Rm91qFcSF2cOqzxbr8HraDtTxxO2lNHKyxN WqoY14ck4v3jJ8DhHYZxmE/+AVBLAwQUAAAACACKivNWRZL4JeEBAACMAwAACAAcAGxhdGV4LmVs VVQJAAOTU7hk/+26ZHV4CwABBPUBAAAEFAAAAG1TTW/bMAy9+1cQxgLbQNX8gJ6Cdjt12ICuwE4D 6IhO1MiSKtHJ8u9HyV6KZNPF8nv8fKTaRPwOP+inwom9Sngk4K5qL3DAmEglssMFV5oGnCwXfsTE FMEZ21UPDwJZC59H3CZgD4l9gCkZtwPGPt24G6fJscqMGr2mOUiLWqu99wdonrFkEGoBBntOQTIU rKtywifvGgZMBxh8hERbNt6BxZ7skg/mMAulCjWnyv7frJbyE0/DcAfOg/Vul/sh0qSXmHZx1XJj krphRN5DLiKH+BCrWEazVYX/q0kbJoYm88Yliqy0txYjNHM8dUkArcWx1whtB62bRMl/gnbdXPbG Wn+Cl4MZs849AfaW8vVtGkP+8p4giusRHUPAXSk7g9+fvoD222kU7cvEBBt8DpfH5J09w8nHQ4KT kR42r49Sg6iCIkfVRnqfTCRomH6rZJiu5nU1rQrkfDRUfguU7WXVrEmLKn5iUUgdDZ1U4rOli20+ TVv/Cnr4VEN9X18xAPV6E4I1W8zqpXWW4x5DWD96x9KeIHuMpF+mEHzktTYpWDxb4whWDlYeVn2d FS1jek2zOGUV+zMsa/qfnRereWG5OH7FAwGVnceT5AM/wCi2Rg1GhhKif5MJ3m7/7eOpqj9QSwME FAAAAAgAJGZ2VnjWstnTAQAABAYAAAoAHAB0YWJsaW5lLmVsVVQJAAOEMRtkhDEbZHV4CwABBPUB AAAEFAAAAJVUyW7bMBC9+ysGKlpLB7bK0gXJrQX6Azn1VFDSyCJCkQkXq/77DmXKoS0vsQ5aZnnz 3uNA+UrqikvmeMWkUMh63WCxyC26V9gFa6ktsso7pxWznR5ACTmrUjhcrAkvivfIWq9qJ7SCZb/5 Mk9Xvm3RzNoDO3AUNvjqhUFYvugBTchRsMF2zQ1EwA7FqnNwezvLSGwd5LtONvA1MjNWL6dRgf0+ UjHD2bYcAo3oofsN6xBnBPIKzkiHPD4/6ZfgE5fwdxuxxQLSoQZVE+qlsC5VSFWnrrzVpucOMvho ge5x1jgfovXFmf5Uf1G845A/nD/lEYC1vEbGnTOCtggPjuLxESpeP6+M9qqBCjtBD6qwkeZDks1W hm++ldmUIrWYpr6WGTw0ZBdXNHWe3PXxXsgNZL+F4fDElYVfmrxWFhsCiPt187mk4frf27qfFBKE T2I4GbPGoACEAq606+gQB1Klh2m+UBQTyVKeEvQ9CDo04L5MSN5dRZLV3tBaueNkp+Q+2XT80/Pm p/R4k+1TrSTVJKTuryMlVOQRWe2+KXlqC36UFzhcaQz9gEQrsLnGmUsWDNv3ZaVl824yHfXIsS8y 6bW3qNdojlnxB6XUw1ErisV/UEsBAh4DFAAAAAgAinj4VolpyAuOAAAACAEAAA0AGAAAAAAAAQAA AKSBAAAAAGVhcmx5LWluaXQuZWxVVAUAAzTLvmR1eAsAAQT1AQAABBQAAABQSwECHgMUAAAACACi ivhWTyBIyuQFAAAmDwAABwAYAAAAAAABAAAApIHVAAAAaW5pdC5lbFVUBQADP+u+ZHV4CwABBPUB AAAEFAAAAFBLAQIeAxQAAAAIAIqK81ZFkvgl4QEAAIwDAAAIABgAAAAAAAEAAACkgfoGAABsYXRl eC5lbFVUBQADk1O4ZHV4CwABBPUBAAAEFAAAAFBLAQIeAxQAAAAIACRmdlZ41rLZ0wEAAAQGAAAK ABgAAAAAAAEAAACkgR0JAAB0YWJsaW5lLmVsVVQFAAOEMRtkdXgLAAEE9QEAAAQUAAAAUEsFBgAA AAAEAAQAPgEAADQLAAAAAA== --00000000000017796d06014fef79-- From debbugs-submit-bounces@debbugs.gnu.org Tue Jul 25 10:35:15 2023 Received: (at 64834) by debbugs.gnu.org; 25 Jul 2023 14:35:15 +0000 Received: from localhost ([127.0.0.1]:46699 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qOJ86-00086H-QM for submit@debbugs.gnu.org; Tue, 25 Jul 2023 10:35:15 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:54776) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qOJ85-000863-MS for 64834@debbugs.gnu.org; Tue, 25 Jul 2023 10:35:14 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qOJ80-0004nS-Fc; Tue, 25 Jul 2023 10:35:08 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:In-reply-to:Date:Subject:To:From: References; bh=K8zhrXDUXSfYzkTB7CEBbJDKjNcydK7f3UlYBZ/0yYE=; b=XmfzCxDwm/jtbc ZBvrYFTsxsp+cyFtC9ZZrUwI6BX0+edCMv1ULOKCDOF6HvPd7X+oWMlPaqPMhYDndamMHNLxvYDFT Nr9dvbBjLW3dRhsQWYgJRH8TW2UnzsYbbOPTKv7bg85djEJt0gMSVAVJ6XEwYRIHi4kB327LcCUg/ 6QIbOOAzgA37vPtzOvF9ReDpVuxgJxf0pSOs9tSkGVvasW0001t+oBoBETMaYWv561frxkmnN5BGg KKDmX+zNHzXHtOR5lkrIbG9V8Ym1XKpIzxwSHyyNOTQNQN3RotRGbORe/lw5sNcUvcTr+Wn/mqxqJ Cahzc0CX0PtSb6TQiJ3w==; Received: from auth1-smtp.messagingengine.com ([66.111.4.227]) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1qOJ7v-0008Pb-7K; Tue, 25 Jul 2023 10:35:08 -0400 Received: from compute6.internal (compute6.nyi.internal [10.202.2.47]) by mailauth.nyi.internal (Postfix) with ESMTP id 76F4827C0054; Tue, 25 Jul 2023 10:35:02 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute6.internal (MEProxy); Tue, 25 Jul 2023 10:35:02 -0400 X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedviedriedtgdejiecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpehffgfhvfevufffjgfkgggtsehttdertddtredtnecuhfhrohhmpefvrghsshhi lhhoucfjohhrnhcuoehtshguhhesghhnuhdrohhrgheqnecuggftrfgrthhtvghrnhepud ejtdehuddvleffjeekteegvdehleehvdeufefhueekkeekhedvgfeggeffvefgnecuvehl uhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepthhhohhrnhdomh gvshhmthhprghuthhhphgvrhhsohhnrghlihhthidqkeeijeefkeejkeegqdeifeehvdel kedqthhsughhpeepghhnuhdrohhrghesfhgrshhtmhgrihhlrdhfmh X-ME-Proxy: Feedback-ID: ib2b94485:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Tue, 25 Jul 2023 10:35:01 -0400 (EDT) References: <83v8e9qoex.fsf@gnu.org> <871qgxckr4.fsf@gnu.org> <87fs5d86ww.fsf@gnu.org> <87y1j4phpg.fsf@gnu.org> <87tttsp12g.fsf@gnu.org> User-agent: mu4e 1.11.10; emacs 30.0.50 From: Tassilo Horn To: Roger Lipsett Subject: Re: bug#64834: 28.2; Auctex fails to load properly Date: Tue, 25 Jul 2023 16:09:47 +0200 In-reply-to: Message-ID: <87pm4goy98.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 64834 Cc: Eli Zaretskii , 64834@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Roger Lipsett writes: Hi Roger, > Sorry, poor choice of terminology. What I meant to say was that if I > *install* auctex after loading my init.el file, I get that error in > compilation, while I do not in an emacs -q session. So I've installed > auctex using emacs -q and then everything is fine. > > init files attached. Thanks. I've skimmed through the inits but couldn't see anything obviously wrong. Maybe powerline could be the culprit as it does extravagant font stuff which might not work when emacs has been started as server... Bye, Tassilo