Created attachment 863115 [details, diff] Patch from upstream After a recent (May 21st) large-ish system upgrade, I found emoji input using app-i18n/ibus under KDE (but also affecting gtk applications and whatever LibreWolf / chromium/Electron based stuff uses etc): Upon investigation, the emoji chooser behaves as if there are no emoji definitions present - which means, it shows zero UI in my backbrain-wired "typing a couple characters from the start of the desire emoji name and press space" case. Running ibus-daemon in the foreground/with console gave me a ton of gtk serialization errors, which lead me to a related ibus issue: https://github.com/ibus/ibus/issues/2476 That issue mentioned a patch, and quickly trying this out on my system fixes this issue for me. Disclaimer: I don't understand how gtk serialization works, and what the effects/ramifications of that patch are exactly - why I and the reporter of that issue need it, but fujiwarat on their system don't. Anyway, I'll attach the patch and diff for the ebuild as it's currently working for me. 😉
Created attachment 863116 [details, diff] Add patch from upstream to ebuild
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=1bb364aaa1e84cd78f193733806f97841e6a086c commit 1bb364aaa1e84cd78f193733806f97841e6a086c Author: Yixun Lan <dlan@gentoo.org> AuthorDate: 2023-06-05 00:28:04 +0000 Commit: Yixun Lan <dlan@gentoo.org> CommitDate: 2023-06-05 00:36:33 +0000 app-i18n/ibus: fix emoji input broken issue Closes: https://bugs.gentoo.org/907764 Signed-off-by: Yixun Lan <dlan@gentoo.org> app-i18n/ibus/Manifest | 1 + app-i18n/ibus/ibus-1.5.28-r1.ebuild | 240 ++++++++++++++++++++++++++++++++++++ 2 files changed, 241 insertions(+)