GNU bug report logs - #14358
Option to use GraphicsMagick instead of ImageMagick

Previous Next

Package: emacs;

Reported by: Glenn Morris <rgm <at> gnu.org>

Date: Tue, 7 May 2013 07:14:02 UTC

Severity: wishlist

Tags: wontfix

Found in version 24.3

Done: Glenn Morris <rgm <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


Message #17 received at 14358 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Kangas <stefan <at> marxist.se>
To: Glenn Morris <rgm <at> gnu.org>
Cc: 14358 <at> debbugs.gnu.org
Subject: Re: bug#14358: Option to use GraphicsMagick instead of ImageMagick
Date: Sat, 30 Oct 2021 09:37:23 -0700
Glenn Morris <rgm <at> gnu.org> writes:

> Is it possible/desirable for Emacs to be able to use GraphicsMagick
> instead of ImageMagick? I'm assuming they provide the same
> functionality, but I know nothing about it.
>
> I has a rough'n'ready go at the trivial stuff (see below), but then gave
> up with these errors:

Glenn Morris <rgm <at> gnu.org> writes:

> There's no interest in addressing this issue. Closing as wontfix.

Given that we are now no longer recommending ImageMagick, perhaps
GraphicsMagick support feels more relevant now than it used to?

From my point of view, GraphicsMagick has better performance, half as
many dependencies, and way fewer CVE's.  Like ImageMagick, it also gives
us "free" support for a ton of different image formats, and "free" new
ones in the future.

On the flip-side, I personally get by just fine with our built-in
support for JPEG, GIF, SVG, PNG and some others (this list will include
WEBP in Emacs 29.1).  So I have no idea what need our users have for
support for a wider range of image formats.

One final consideration is that GraphicsMagick support could be a step
towards making our ImageMagick support obsolete.




This bug report was last modified 3 years and 283 days ago.

Previous Next


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