https://packages.ubuntu.com/mantic/libdbusmenu-glib-dev now depends on gtk3 and gtk4 Reproducible: Always
libdbusmenu is currently used by ibus for KDE Plasma Wayland
(In reply to Jens Petersen from comment #0) > https://packages.ubuntu.com/mantic/libdbusmenu-glib-dev > > now depends on gtk3 and gtk4 > > Reproducible: Always I see no gtk4 support mentioned in the link provided, just some stupidly named package. https://git.launchpad.net/ubuntu/+source/libdbusmenu/tree/debian/control?h=applied/ubuntu/mantic-devel#n181 It seems a really dumb name for the gtk2 package :-)
According to https://packages.debian.org/source/sid/libdbusmenu it seems Debian is upstream now: https://salsa.debian.org/debian-ayatana-team/libdbusmenu The Page I linked to also included a link to the source tarball: http://archive.ubuntu.com/ubuntu/pool/main/libd/libdbusmenu/libdbusmenu_18.10.20180917~bzr492+repack1.orig.tar.xz I am not the package maintainer: I am pointing out that a newer version is available (in Ubuntu and Debian which are the de facto upstreams it seems).
(There may not be gtk4 support, I got confused by: https://packages.ubuntu.com/mantic/libdbusmenu-gtk4)
Even funnier configure.ac has: AC_INIT(libdbusmenu, 16.04.0, ted) Well perhaps gtk2 could be disabled for eln then. gtk2 is not going to be in RHEL 10.
The actual new upstream is https://github.com/AyatanaIndicators. See https://github.com/AyatanaIndicators/libdbusmenu. That said, we've been holding off switching to this because the forked stack is not ABI compatible with what we have now, so we have to sort out what to do with it.
I made a pull request. https://src.fedoraproject.org/rpms/libdbusmenu/pull-request/7 The version issue would be another priority for ibus.
This package has changed maintainer in Fedora. Reassigning to the new maintainer of this component.
This bug appears to have been reported against 'rawhide' during the Fedora Linux 40 development cycle. Changing version to 40.