Sometimes comix-xcursors is not shown in gvim when using KDE Plasma 6.0.1. For instance, when I press "i" to go to insert mode or when I select any text in gvim the cursor changes to Breeze cursor theme (the default for Plasma 6). This problem happens in gvim only, maybe because it requires XWayland to work. I was able to fix this problem by doing these changes: 1. move all ComixCursors* folders from /usr/share/cursors/xorg-x11 to /usr/share/icons/ 2. create symbolink links /usr/share/cursors/xorg-x11/ComixCursors* pointing to /usr/share/icons/ComixCursors*/cursors That is the same folder layout used by the Adwaita theme.
Did you try setting the environment variable GVIM_ENABLE_WAYLAND before starting gvim? It should allow gvim to run natively on Wayland, according to this upstream commit: https://github.com/vim/vim/commit/6e0a18f82bd04a45e9682523c42af9cbbc37684c This code is incorporated in app-editors/gvim-9.1* . I couldn't test it myself because I don't use neither gvim (only vim on konsole) nor comix-xcursor, but it would be nice if you could check it. Also, should this really be a blocker to Plasma 6? Looks like a corner case to me.
I was not aware of GVIM_ENABLE_WAYLAND existence. I have tried it and it does not make any difference in my case. This is not a blocker for Plasma 6. I agree this is a corner case. Maybe I am the only one using this cursor theme :-) I have upgraded to Plasma 6.0.90 and now, if I remove my patch, the whole Plasma desktop has the cursor problem.
The blocker marker indicates things we want to consider, not necessarily "real" blockers if push comes to shove (there's a few real ones).
(In reply to Sam James from comment #3) > The blocker marker indicates things we want to consider, not necessarily > "real" blockers if push comes to shove (there's a few real ones). Ahhh, so it is blocker indeed. The fix is simple and I have just found that the same fix in gentoo-xcursors [1] can be used to fix comix-xcursors: just use the same src_install function used in gentoo-xcursors' ebuild. Maybe adding a pkg_preinst to prevent a problems similar to [2] is a good idea too. [1] https://bugs.gentoo.org/848606 [2] https://bugs.gentoo.org/861785
There is new version (0.10.0) in upstream btw, tested in local overlay by copy and rename ebuild, works fine. So, there is at least two people using this cursor theme. And it will be nice to bump version in portage.
I can take a brief look.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=1125239f12b115df74d849fd174a8330b44355c9 commit 1125239f12b115df74d849fd174a8330b44355c9 Author: Sam James <sam@gentoo.org> AuthorDate: 2024-06-13 01:20:32 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2024-06-13 01:20:32 +0000 x11-themes/comix-xcursors: add 0.10.0 Copy the approach that x11-themes/adwaita-icon-theme takes. Move to a new location which isn't X specific. Closes: https://bugs.gentoo.org/926866 Signed-off-by: Sam James <sam@gentoo.org> x11-themes/comix-xcursors/Manifest | 4 ++ .../comix-xcursors/comix-xcursors-0.10.0.ebuild | 47 ++++++++++++++++++++++ 2 files changed, 51 insertions(+)
