Bug#985890: libglib2.0-0: usage of glib_check_version() should generate tight package dependencies
Andreas Beckmann
anbe at debian.org
Thu Mar 25 19:46:37 GMT 2021
On 25/03/2021 18.16, Simon McVittie wrote:
> On Thu, 25 Mar 2021 at 15:05:21 +0100, Andreas Beckmann wrote:
>> during buster -> bullseye upgrade tests with piuparts I observed some
>> failures related to glib dependencies:
>>
>> Setting up libclutter-imcontext-0.1-bin (0.1.4-3.1) ...
>> Cannot load module /usr/lib/x86_64-linux-gnu/clutter-imcontext/immodules/im-ibus.so: GModule (/usr/lib/x86_64-linux-gnu/clutter-imcontext/immodules/im-ibus.so) initialization check failed: GLib version too old (micro mismatch)
>
> This seems more like a bug in ibus-clutter to me? I would expect most
I've posted a patch to the ibus-clutter bug that tightens the dependency
to (>= upstream_version). The should be the minimal solution for
bullseye, it should be revisited for bookworm .
> Perhaps it would be more reasonable to special-case this function
> in the symbols file to generate a dependency on at least version
> ${major}.${minor}.0? That would accommodate what fcitx5-gtk does, and
> seems like a better boundary for stable (x.even.z) releases at least.
I'm leaving this bug for you to implement this or downgrade severity or
close it.
Andreas
More information about the pkg-gnome-maintainers
mailing list