[Pkg-gmagick-im-team] Bug#1095690: src:imagemagick: Please consider restricting librsvg B-D to architectures where it is available

[Bastien Roucariès]

Le lundi 10 février 2025, 19:45:18 UTC Yavor Doganov a écrit :
> Source: imagemagick
> Version: 8:7.1.1.43+dfsg1-1
> Severity: important
> Control: affects -1 + src:gnustep-gui
> 
> [ I am filing this bug with severity:important because bugs affecting
> non-release architectures were traditionally filed with this severity
> and because it makes a certain set of GNUstep packages unusable on
> architectures where librsvg is not available.  Please donwgrade the
> severity if you don't agree. ]
> 
> gnustep-gui cannot be built on alpha, hppa, m68k and sh4 because
> libmagickcore-7.q16-dev is not installable:
> 
> https://buildd.debian.org/status/package.php?p=gnustep-gui&suite=sid

Patch welcome will be applied

Agreed with you
> 
> This is very unfortunate, because we at the GNUstep team are switching
> to a new multiarch-based layout [1] which will make some of the
> packages completely unusable on these architectures if they are not
> rebuilt.
> 
> src:imagemagick itself is not buildable on these architectures, and I
> tried hard to understand why libmagickcore-7.q16-dev depends on
> librvg2-dev.  This seems completely unnecessary as AFAICS, ImageMagick
> headers do not include librsvg headers and do not expose librsvg
> types, linking with ImageMagick libraries does not require linking
> with librsvg, and ImageMagick's pkg-config files do not require
> librsvg.  Perhaps I'm missing something.
> 
> It would be stupid if libgnustep-gui-dev depended on
> libmagickcore-7.q16-dev just because it uses ImageMagick internally,
> so I consider libmagickcore-7.q16-dev's dependency on librvg2-dev
> equally stupid.  Again, I may be missing something, and I don't mean
> offence so please bear with me.
> 
> According to the documentation, ImageMagick uses inkscape (if
> available), then resorts to librsvg and as a last resort uses an
> internal implementation to handle SVG.  I don't know if the latter
> actually works, but I think it's better than blocking a bunch of
> packages (possibly not only gnustep-gui and its rdeps).
> 
> [1] https://bugs.debian.org/1093620
> 
> P.S.  We at the GNUstep team prefer to see the green colour
>       everywhere, and we treat all architectures equally.  GNUstep is
>       known for its portability, and we intend to maintain that.
> 
> 

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: This is a digitally signed message part.
URL: <http://alioth-lists.debian.net/pipermail/pkg-gmagick-im-team/attachments/20250210/126072ac/attachment.sig>