From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Roger Lipsett Newsgroups: gmane.emacs.bugs Subject: bug#64834: 28.2; Auctex fails to load properly Date: Mon, 24 Jul 2023 15:17:49 -0400 Message-ID: References: <83v8e9qoex.fsf@gnu.org> <871qgxckr4.fsf@gnu.org> <87fs5d86ww.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="0000000000000f3bc30601407974" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="22063"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Eli Zaretskii , 64834@debbugs.gnu.org To: Tassilo Horn Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon Jul 24 21:19:18 2023 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1qO15R-0005UB-86 for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 24 Jul 2023 21:19:17 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qO15G-0005V4-Fg; Mon, 24 Jul 2023 15:19:06 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qO15E-0005Tu-AK for bug-gnu-emacs@gnu.org; Mon, 24 Jul 2023 15:19:04 -0400 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1qO15D-0007Yk-16 for bug-gnu-emacs@gnu.org; Mon, 24 Jul 2023 15:19:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1qO15C-0003JE-O7 for bug-gnu-emacs@gnu.org; Mon, 24 Jul 2023 15:19:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Roger Lipsett Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 24 Jul 2023 19:19:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 64834 X-GNU-PR-Package: emacs Original-Received: via spool by 64834-submit@debbugs.gnu.org id=B64834.169022629012635 (code B ref 64834); Mon, 24 Jul 2023 19:19:02 +0000 Original-Received: (at 64834) by debbugs.gnu.org; 24 Jul 2023 19:18:10 +0000 Original-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 Original-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 Original-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) In-Reply-To: <87fs5d86ww.fsf@gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:266000 Archived-At: --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--