GNOME Bugzilla – Bug 738836
Out-of-memory with very large SVG canvases is not handled correctly
Last modified: 2017-12-13 18:04:13 UTC
I have a bunch of computer generated SVG files. Some of them cause tracker-extract to dump core. The following is the smallest of them (no google account required): https://drive.google.com/open?id=0B1RQL7VdLXBkWWtYb1hxckNTa3M The core dump is too large and not saved by my journald. This may be a bug in gstreamer, since apparently that's what's being used to process it: $ /usr/lib/tracker/tracker-extract --file=rfam61-upgma-microRNAs.svg -v 3 Locale 'TRACKER_LOCALE_LANGUAGE' was set to 'pt_BR.utf8' Locale 'TRACKER_LOCALE_TIME' was set to 'pt_BR.utf8' Locale 'TRACKER_LOCALE_COLLATE' was set to 'pt_BR.utf8' Locale 'TRACKER_LOCALE_NUMERIC' was set to 'pt_BR.utf8' Locale 'TRACKER_LOCALE_MONETARY' was set to 'pt_BR.utf8' Setting scheduler policy to SCHED_IDLE Setting priority nice level to 19 Loading extractor rules... (/usr/share/tracker/extract-rules) Loaded rule '10-abw.rule' Loaded rule '10-bmp.rule' Loaded rule '10-comics.rule' Loaded rule '10-dvi.rule' Loaded rule '10-ebooks.rule' Loaded rule '10-epub.rule' Loaded rule '10-flac.rule' Loaded rule '10-gif.rule' Loaded rule '10-html.rule' Loaded rule '10-ico.rule' Loaded rule '10-jpeg.rule' Loaded rule '10-mp3.rule' Loaded rule '10-msoffice.rule' Loaded rule '10-oasis.rule' Loaded rule '10-pdf.rule' Loaded rule '10-png.rule' Loaded rule '10-ps.rule' Loaded rule '10-svg.rule' Loaded rule '10-tiff.rule' Loaded rule '10-vorbis.rule' Loaded rule '10-xmp.rule' Loaded rule '10-xps.rule' Loaded rule '11-msoffice-xml.rule' Loaded rule '15-gstreamer-guess.rule' Loaded rule '15-playlist.rule' Loaded rule '15-source-code.rule' Loaded rule '90-gstreamer-audio-generic.rule' Loaded rule '90-gstreamer-image-generic.rule' Loaded rule '90-gstreamer-video-generic.rule' Loaded rule '90-text-generic.rule' Extractor rules loaded Initializing media art processing requirements... No mounts found to iterate Setting memory limitations: total is 16,8 GB, minimum is 256 MB, recommended is ~1 GB Virtual/Heap set to 8,4 GB (50% of total or MAXLONG) MIME type guessed as 'image/svg+xml' (from GIO) Using /usr/lib/tracker-1.0/extract-modules/libextract-gstreamer.so... GStreamer backend in use: Discoverer/GUPnP-DLNA Falha de segmentação (imagem do núcleo gravada) I'm on x86-64 Arch Linux using tracker 1.2.2-1 and gstreamer 1.4.3-1.
Thanks for the bug report, reassigning
Thanks for taking the time to report this bug. Without a stack trace from the crash it's very hard to determine what caused it. Can you get us a stack trace? Please see http://live.gnome.org/GettingTraces for more information on how to do so. Thanks in advance!
I had a bit of trouble recompiling the packages with debug symbols on Arch, so I don't know if the information below is enough. Please let me know if not and I'll dig further. So perhaps it's a bug on librsvg after all? $ gdb /usr/lib/tracker/tracker-extract GNU gdb (GDB) 7.8 Copyright (C) 2014 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-unknown-linux-gnu". Type "show configuration" for configuration details. For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>. Find the GDB manual and other documentation resources online at: <http://www.gnu.org/software/gdb/documentation/>. For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from /usr/lib/tracker/tracker-extract...done. (gdb) run --file=rfam61-upgma-microRNAs.svg -v 3 Starting program: /usr/lib/tracker/tracker-extract --file=rfam61-upgma-microRNAs.svg -v 3 warning: Could not load shared library symbols for linux-vdso.so.1. Do you need "set solib-search-path" or "set sysroot"? [Thread debugging using libthread_db enabled] Using host libthread_db library "/usr/lib/libthread_db.so.1". [New Thread 0x7fffee879700 (LWP 24732)] [New Thread 0x7fffed526700 (LWP 24735)] [New Thread 0x7fffec8af700 (LWP 24737)] Locale 'TRACKER_LOCALE_LANGUAGE' was set to 'pt_BR.utf8' Locale 'TRACKER_LOCALE_TIME' was set to 'pt_BR.utf8' Locale 'TRACKER_LOCALE_COLLATE' was set to 'pt_BR.utf8' Locale 'TRACKER_LOCALE_NUMERIC' was set to 'pt_BR.utf8' Locale 'TRACKER_LOCALE_MONETARY' was set to 'pt_BR.utf8' Setting priority nice level to 19 Loading extractor rules... (/usr/share/tracker/extract-rules) Loaded rule '10-abw.rule' Loaded rule '10-bmp.rule' Loaded rule '10-comics.rule' Loaded rule '10-dvi.rule' Loaded rule '10-ebooks.rule' Loaded rule '10-epub.rule' Loaded rule '10-flac.rule' Loaded rule '10-gif.rule' Loaded rule '10-html.rule' Loaded rule '10-ico.rule' Loaded rule '10-jpeg.rule' Loaded rule '10-mp3.rule' Loaded rule '10-msoffice.rule' Loaded rule '10-oasis.rule' Loaded rule '10-pdf.rule' Loaded rule '10-png.rule' Loaded rule '10-ps.rule' Loaded rule '10-svg.rule' Loaded rule '10-tiff.rule' Loaded rule '10-vorbis.rule' Loaded rule '10-xmp.rule' Loaded rule '10-xps.rule' Loaded rule '11-iso.rule' Loaded rule '11-msoffice-xml.rule' Loaded rule '15-gstreamer-guess.rule' Loaded rule '15-playlist.rule' Loaded rule '15-source-code.rule' Loaded rule '90-gstreamer-audio-generic.rule' Loaded rule '90-gstreamer-image-generic.rule' Loaded rule '90-gstreamer-video-generic.rule' Loaded rule '90-text-generic.rule' Extractor rules loaded [New Thread 0x7fffdffff700 (LWP 24738)] [New Thread 0x7fffdf7fe700 (LWP 24739)] [New Thread 0x7fffdeffd700 (LWP 24740)] [New Thread 0x7fffde7fc700 (LWP 24741)] [New Thread 0x7fffddffb700 (LWP 24742)] [New Thread 0x7fffdd7fa700 (LWP 24743)] [New Thread 0x7fffdcff9700 (LWP 24744)] [New Thread 0x7fffdc7f8700 (LWP 24745)] [New Thread 0x7fffdbff7700 (LWP 24746)] [New Thread 0x7fffdb7f6700 (LWP 24747)] Initializing media art processing requirements... No mounts found to iterate Setting memory limitations: total is 16,8 GB, minimum is 256 MB, recommended is ~1 GB Virtual/Heap set to 8,4 GB (50% of total or MAXLONG) MIME type guessed as 'image/svg+xml' (from GIO) Using /usr/lib/tracker-1.0/extract-modules/libextract-gstreamer.so... GStreamer backend in use: Discoverer/GUPnP-DLNA [New Thread 0x7fffd9631700 (LWP 24750)] [New Thread 0x7fffcd466700 (LWP 24751)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7fffd9631700 (LWP 24750)] 0x00007fffd2d1a160 in ?? () from /usr/lib/libcairo.so.2 (gdb) thread apply all bt
+ Trace 234265
Thread 16 (Thread 0x7fffcd466700 (LWP 24751))
Thread 14 (Thread 0x7fffdb7f6700 (LWP 24747))
Thread 13 (Thread 0x7fffdbff7700 (LWP 24746))
Thread 12 (Thread 0x7fffdc7f8700 (LWP 24745))
Thread 11 (Thread 0x7fffdcff9700 (LWP 24744))
Thread 10 (Thread 0x7fffdd7fa700 (LWP 24743))
Thread 9 (Thread 0x7fffddffb700 (LWP 24742))
Thread 8 (Thread 0x7fffde7fc700 (LWP 24741))
Thread 7 (Thread 0x7fffdeffd700 (LWP 24740))
Thread 6 (Thread 0x7fffdf7fe700 (LWP 24739))
Thread 5 (Thread 0x7fffdffff700 (LWP 24738))
Felipe, Have you seen this Arch Wiki page? https://wiki.archlinux.org/index.php/Debug_-_Getting_Traces
Yes, I have, thanks. But I had troubles reinstalling two packages. Before spending time understanding why, I decided to ask if the partial stack trace was enough. :)
It isn't enough, but I am rebuilding glibc in my system with debug flags to try to reproduce.
Is it okay now? $ gdb /usr/lib/tracker/tracker-extract GNU gdb (GDB) 7.8 Copyright (C) 2014 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-unknown-linux-gnu". Type "show configuration" for configuration details. For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>. Find the GDB manual and other documentation resources online at: <http://www.gnu.org/software/gdb/documentation/>. For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from /usr/lib/tracker/tracker-extract...done. (gdb) run --file=rfam61-upgma-microRNAs.svg -v 3 Starting program: /usr/lib/tracker/tracker-extract --file=rfam61-upgma-microRNAs.svg -v 3 warning: Could not load shared library symbols for linux-vdso.so.1. Do you need "set solib-search-path" or "set sysroot"? [Thread debugging using libthread_db enabled] Using host libthread_db library "/usr/lib/libthread_db.so.1". [New Thread 0x7fffee871700 (LWP 14819)] [New Thread 0x7fffee070700 (LWP 14820)] [New Thread 0x7fffec8a7700 (LWP 14821)] Locale 'TRACKER_LOCALE_LANGUAGE' was set to 'pt_BR.utf8' Locale 'TRACKER_LOCALE_TIME' was set to 'pt_BR.utf8' Locale 'TRACKER_LOCALE_COLLATE' was set to 'pt_BR.utf8' Locale 'TRACKER_LOCALE_NUMERIC' was set to 'pt_BR.utf8' Locale 'TRACKER_LOCALE_MONETARY' was set to 'pt_BR.utf8' Setting priority nice level to 19 Loading extractor rules... (/usr/share/tracker/extract-rules) Loaded rule '10-abw.rule' Loaded rule '10-bmp.rule' Loaded rule '10-comics.rule' Loaded rule '10-dvi.rule' Loaded rule '10-ebooks.rule' Loaded rule '10-epub.rule' Loaded rule '10-flac.rule' Loaded rule '10-gif.rule' Loaded rule '10-html.rule' Loaded rule '10-ico.rule' Loaded rule '10-jpeg.rule' Loaded rule '10-mp3.rule' Loaded rule '10-msoffice.rule' Loaded rule '10-oasis.rule' Loaded rule '10-pdf.rule' Loaded rule '10-png.rule' Loaded rule '10-ps.rule' Loaded rule '10-svg.rule' Loaded rule '10-tiff.rule' Loaded rule '10-vorbis.rule' Loaded rule '10-xmp.rule' Loaded rule '10-xps.rule' Loaded rule '11-iso.rule' Loaded rule '11-msoffice-xml.rule' Loaded rule '15-gstreamer-guess.rule' Loaded rule '15-playlist.rule' Loaded rule '15-source-code.rule' Loaded rule '90-gstreamer-audio-generic.rule' Loaded rule '90-gstreamer-image-generic.rule' Loaded rule '90-gstreamer-video-generic.rule' Loaded rule '90-text-generic.rule' Extractor rules loaded [New Thread 0x7fffdffff700 (LWP 14822)] [New Thread 0x7fffdf7fe700 (LWP 14823)] [New Thread 0x7fffdeffd700 (LWP 14824)] [New Thread 0x7fffde7fc700 (LWP 14825)] [New Thread 0x7fffddffb700 (LWP 14826)] [New Thread 0x7fffdd7fa700 (LWP 14827)] [New Thread 0x7fffdcff9700 (LWP 14828)] [New Thread 0x7fffdc7f8700 (LWP 14829)] [New Thread 0x7fffdbff7700 (LWP 14830)] [New Thread 0x7fffdb7f6700 (LWP 14831)] Initializing media art processing requirements... No mounts found to iterate Setting memory limitations: total is 16,8 GB, minimum is 256 MB, recommended is ~1 GB Virtual/Heap set to 8,4 GB (50% of total or MAXLONG) MIME type guessed as 'image/svg+xml' (from GIO) Using /usr/lib/tracker-1.0/extract-modules/libextract-gstreamer.so... GStreamer backend in use: Discoverer/GUPnP-DLNA [New Thread 0x7fffd962d700 (LWP 14832)] [New Thread 0x7fffcd461700 (LWP 14833)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7fffd962d700 (LWP 14832)] _fill_xrgb32_lerp_opaque_spans (abstract_renderer=0x7fffd962a570, y=23789, h=24305, spans=0x7fffd9629450, num_spans=3) at cairo-image-compositor.c:2280 2280 cairo-image-compositor.c: Arquivo ou diretório não encontrado. (gdb) thread apply all bt
+ Trace 234266
Thread 16 (Thread 0x7fffcd461700 (LWP 14833))
Thread 15 (Thread 0x7fffd962d700 (LWP 14832))
Thread 14 (Thread 0x7fffdb7f6700 (LWP 14831))
Thread 13 (Thread 0x7fffdbff7700 (LWP 14830))
Thread 12 (Thread 0x7fffdc7f8700 (LWP 14829))
Thread 11 (Thread 0x7fffdcff9700 (LWP 14828))
Thread 10 (Thread 0x7fffdd7fa700 (LWP 14827))
Thread 9 (Thread 0x7fffddffb700 (LWP 14826))
Thread 8 (Thread 0x7fffde7fc700 (LWP 14825))
Thread 7 (Thread 0x7fffdeffd700 (LWP 14824))
Thread 6 (Thread 0x7fffdf7fe700 (LWP 14823))
Thread 5 (Thread 0x7fffdffff700 (LWP 14822))
I guess I should mention the versions of a few key libraries: core/glibc 2.20-2 (base) core/glib2 2.42.0-1 extra/cairo 1.14.0-1 extra/librsvg 1:2.40.5-1 extra/gstreamer 1.4.3-1 extra/gst-plugins-base-libs 1.4.3-1 extra/gst-plugins-bad 1.4.3-1 extra/tracker 1.2.3-1 (gnome) Instead of recompiling glib2, I've recompiled glib :P, so that's why there are a few missing symbols yet. I'm rebuilding it at the moment. (At first I thought glib was being specially treated like glibc, which is always stripped.)
Sorry for spamming with a triple-reply. This one should be fine: $ gdb /usr/lib/tracker/tracker-extract GNU gdb (GDB) 7.8 Copyright (C) 2014 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-unknown-linux-gnu". Type "show configuration" for configuration details. For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>. Find the GDB manual and other documentation resources online at: <http://www.gnu.org/software/gdb/documentation/>. For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from /usr/lib/tracker/tracker-extract...done. (gdb) run --file=rfam61-upgma-microRNAs.svg -v 3 Starting program: /usr/lib/tracker/tracker-extract --file=rfam61-upgma-microRNAs.svg -v 3 warning: Could not load shared library symbols for linux-vdso.so.1. Do you need "set solib-search-path" or "set sysroot"? [Thread debugging using libthread_db enabled] Using host libthread_db library "/usr/lib/libthread_db.so.1". [New Thread 0x7fffee862700 (LWP 5654)] [New Thread 0x7fffed099700 (LWP 5655)] [New Thread 0x7fffec898700 (LWP 5656)] Locale 'TRACKER_LOCALE_LANGUAGE' was set to 'pt_BR.utf8' Locale 'TRACKER_LOCALE_TIME' was set to 'pt_BR.utf8' Locale 'TRACKER_LOCALE_COLLATE' was set to 'pt_BR.utf8' Locale 'TRACKER_LOCALE_NUMERIC' was set to 'pt_BR.utf8' Locale 'TRACKER_LOCALE_MONETARY' was set to 'pt_BR.utf8' Setting priority nice level to 19 Loading extractor rules... (/usr/share/tracker/extract-rules) Loaded rule '10-abw.rule' Loaded rule '10-bmp.rule' Loaded rule '10-comics.rule' Loaded rule '10-dvi.rule' Loaded rule '10-ebooks.rule' Loaded rule '10-epub.rule' Loaded rule '10-flac.rule' Loaded rule '10-gif.rule' Loaded rule '10-html.rule' Loaded rule '10-ico.rule' Loaded rule '10-jpeg.rule' Loaded rule '10-mp3.rule' Loaded rule '10-msoffice.rule' Loaded rule '10-oasis.rule' Loaded rule '10-pdf.rule' Loaded rule '10-png.rule' Loaded rule '10-ps.rule' Loaded rule '10-svg.rule' Loaded rule '10-tiff.rule' Loaded rule '10-vorbis.rule' Loaded rule '10-xmp.rule' Loaded rule '10-xps.rule' Loaded rule '11-iso.rule' Loaded rule '11-msoffice-xml.rule' Loaded rule '15-gstreamer-guess.rule' Loaded rule '15-playlist.rule' Loaded rule '15-source-code.rule' Loaded rule '90-gstreamer-audio-generic.rule' Loaded rule '90-gstreamer-image-generic.rule' Loaded rule '90-gstreamer-video-generic.rule' Loaded rule '90-text-generic.rule' Extractor rules loaded [New Thread 0x7fffdffff700 (LWP 5657)] [New Thread 0x7fffdf7fe700 (LWP 5658)] [New Thread 0x7fffdeffd700 (LWP 5659)] [New Thread 0x7fffde7fc700 (LWP 5660)] [New Thread 0x7fffddffb700 (LWP 5661)] [New Thread 0x7fffdd7fa700 (LWP 5662)] [New Thread 0x7fffdcff9700 (LWP 5663)] [New Thread 0x7fffdc7f8700 (LWP 5664)] [New Thread 0x7fffdbff7700 (LWP 5665)] [New Thread 0x7fffdb7f6700 (LWP 5666)] Initializing media art processing requirements... No mounts found to iterate Setting memory limitations: total is 16,8 GB, minimum is 256 MB, recommended is ~1 GB Virtual/Heap set to 8,4 GB (50% of total or MAXLONG) MIME type guessed as 'image/svg+xml' (from GIO) Using /usr/lib/tracker-1.0/extract-modules/libextract-gstreamer.so... GStreamer backend in use: Discoverer/GUPnP-DLNA [New Thread 0x7fffd962d700 (LWP 5667)] [New Thread 0x7fffcd461700 (LWP 5668)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7fffd962d700 (LWP 5667)] _fill_xrgb32_lerp_opaque_spans (abstract_renderer=0x7fffd962a570, y=23789, h=24305, spans=0x7fffd9629450, num_spans=3) at cairo-image-compositor.c:2280 2280 cairo-image-compositor.c: Arquivo ou diretório não encontrado. (gdb) thread apply all bt
+ Trace 234267
Thread 16 (Thread 0x7fffcd461700 (LWP 5668))
Thread 15 (Thread 0x7fffd962d700 (LWP 5667))
Thread 14 (Thread 0x7fffdb7f6700 (LWP 5666))
Thread 13 (Thread 0x7fffdbff7700 (LWP 5665))
Thread 12 (Thread 0x7fffdc7f8700 (LWP 5664))
Thread 11 (Thread 0x7fffdcff9700 (LWP 5663))
Thread 10 (Thread 0x7fffdd7fa700 (LWP 5662))
Thread 9 (Thread 0x7fffddffb700 (LWP 5661))
Thread 8 (Thread 0x7fffde7fc700 (LWP 5660))
Thread 7 (Thread 0x7fffdeffd700 (LWP 5659))
Thread 6 (Thread 0x7fffdf7fe700 (LWP 5658))
Thread 5 (Thread 0x7fffdffff700 (LWP 5657))
It seems that this bug is not gstreamer's fault after all. I've just noticed that eog also crashes with this file (stack trace below), and only rsvg and cairo are mentioned. (Or perhaps both are buggy.) It looks like the problem is related to the fact that the SVG file defines its own size as 20000pt x 19031.425365pt. These process use at least 2 GiB of RAM before dying. Still, something else must be at play: I can see why it would use lots of RAM and thrash the system, but segfaulting looks unacceptable. Thanks for looking into this issue :). $ gdb eog GNU gdb (GDB) 7.8 Copyright (C) 2014 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-unknown-linux-gnu". Type "show configuration" for configuration details. For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>. Find the GDB manual and other documentation resources online at: <http://www.gnu.org/software/gdb/documentation/>. For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from eog...done. (gdb) run rfam61-upgma-microRNAs.svg Starting program: /usr/bin/eog rfam61-upgma-microRNAs.svg warning: Could not load shared library symbols for linux-vdso.so.1. Do you need "set solib-search-path" or "set sysroot"? [Thread debugging using libthread_db enabled] Using host libthread_db library "/usr/lib/libthread_db.so.1". [New Thread 0x7fffe9e99700 (LWP 21237)] [New Thread 0x7fffe9494700 (LWP 21239)] [New Thread 0x7fffe318d700 (LWP 21240)] [New Thread 0x7fffe298c700 (LWP 21241)] (eog:21233): GLib-GObject-WARNING **: The property GtkSettings:gtk-menu-images is deprecated and shouldn't be used anymore. It will be removed in a future version. Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7fffe318d700 (LWP 21240)] _fill_xrgb32_lerp_opaque_spans (abstract_renderer=0x7fffe318aa20, y=23789, h=24305, spans=0x7fffe3189900, num_spans=3) at cairo-image-compositor.c:2280 2280 cairo-image-compositor.c: Arquivo ou diretório não encontrado. (gdb) thread apply all bt
+ Trace 234268
Thread 4 (Thread 0x7fffe318d700 (LWP 21240))
My small investigation also points out rsvg as the culprit. No worries, our pleasure.
I don't get a crash in eog; it just gives me "Cannot open image". Similarly, rsvg-view-3 simply gets an out-of-memory error from Cairo and refuses to render the image, but doesn't crash. Given the point size and resolution, the SVG wants to be rendered by default at 25000x23789 pixels, which is under 3 GB just for the base surface (plus any extra memory for temporary buffers during the rendering process) :) Some interesting things: "rsvg-convert -z 0.5 example.svg > foo.png" succeeds, but generates an all-gray image, without any objects. "rsvg-convert -z 0.4 example.svg > foo.png" succeeds and generates the image correctly. My suspicion is that with zoom=0.5, generating the background surface succeeds, but then rsvg-convert is unable to allocate memory to render any other objects. Librsvg may be failing to check for Cairo errors; I'll look into that. (EOG should probably limit the maximum size of rendered SVGs...) Since I don't actually get a crash, I'll lower the severity to major.
*** Bug 748486 has been marked as a duplicate of this bug. ***
-- GitLab Migration Automatic Message -- This bug has been migrated to GNOME's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/librsvg/issues/94.