bug#64834: 28.2; Auctex fails to load properly

[Roger Lipsett <roger.lipsett@gmail.com>]

[-- Attachment #1: Type: text/plain, Size: 1796 bytes --]

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 AM Tassilo Horn <tsdh@gnu.org> wrote:

> Roger Lipsett <roger.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
> > 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
>

[-- Attachment #2: Type: text/html, Size: 2354 bytes --]