Hey Łukasz, that's a good point. Those are not public symbols, they are part of the implementation- specific layer of librsvg (all symbols named "rsvg_rust_*" fall in this category).
Neither the C headers nor the GObject introspection and Vala vapi files installed by librsvg2-dev expose them. The symbols are exported in the so file though, so there is a very slim chance that they might be used in the wild. However according to http://codesearch.debian.net/ they are not used in Debian, and Google doesn't return any meaningful reference in third-party code either, so this looks quite safe to me. This is not the first time something like this happens in the librsvg Debian package without a soname bump, FWIW: https://salsa.debian.org /gnome-team/librsvg/-/commit/8c692609c3bba7d70bb269082a2e3b16f2f19007. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to librsvg in Ubuntu. https://bugs.launchpad.net/bugs/1884326 Title: SRU the current 2.48.7 stable update To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/librsvg/+bug/1884326/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
