GNU bug report logs - #64834
28.2; Auctex fails to load properly

Previous Next

Full log

View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Robert Pluim <rpluim <at> gmail.com>
Cc: 64834 <at> debbugs.gnu.org, roger.lipsett <at> gmail.com, tsdh <at> gnu.org
Subject: bug#64834: 28.2; Auctex fails to load properly
Date: Tue, 25 Jul 2023 15:42:06 +0300

> From: Robert Pluim <rpluim <at> gmail.com>
> Cc: Roger Lipsett <roger.lipsett <at> gmail.com>,  64834 <at> debbugs.gnu.org,
>   tsdh <at> gnu.org
> Date: Tue, 25 Jul 2023 12:11:41 +0200
> 
> >>>>> On Mon, 24 Jul 2023 22:24:07 +0300, Eli Zaretskii <eliz <at> gnu.org> said:
> 
>     >> From: Roger Lipsett <roger.lipsett <at> gmail.com>
>     >> Date: Mon, 24 Jul 2023 15:17:49 -0400
>     >> Cc: Eli Zaretskii <eliz <at> gnu.org>, 64834 <at> 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'"?

Previous Next

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