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