GNU bug report logs - #42346
Support Xcursor in Xlib

Previous Next

Package: guix;

Reported by: Ivan Kozlov <kanichos <at> yandex.ru>

Date: Mon, 13 Jul 2020 17:44:02 UTC

Severity: normal

Done: Danny Milosavljevic <dannym <at> scratchpost.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Danny Milosavljevic <dannym <at> scratchpost.org>
Cc: tracker <at> debbugs.gnu.org
Subject: bug#42346: closed (Support Xcursor in Xlib)
Date: Sun, 03 Apr 2022 11:50:02 +0000
[Message part 1 (text/plain, inline)]
Your message dated Sun, 3 Apr 2022 13:49:47 +0200
with message-id <20220403134947.4c8eb43b <at> scratchpost.org>
and subject line Re: bug#42346: Support Xcursor in Xlib
has caused the debbugs.gnu.org bug report #42346,
regarding Support Xcursor in Xlib
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)


-- 
42346: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=42346
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
From: Ivan Kozlov <kanichos <at> yandex.ru>
To: bug-guix <at> gnu.org
Subject: Support Xcursor in Xlib
Date: Mon, 13 Jul 2020 20:43:44 +0300
libX11 contains support for runtime loading of libXcursor. Without this support, programs that use Xlib’s mouse cursor routines, such as XTerm, do not follow the mouse cursor theme as determined by the Xcursor.theme resource and XCURSOR_THEME environment variable. This is in fact very noticeable and annoying.

How to reproduce:
1. Start XTerm.
2. Notice that the mouse cursor looks totally different from everything else. XTerm uses several mouse cursors: one for the text area, one for scrollbar, one for the menus, and they all stand out like a sore thumb.
3. Put libxcursor into LD_LIBRARY_PATH and start XTerm again.
4. Notice that the Xcursor theme is honoured.

This probably cannot be resolved by referencing libXcursor in libX11 because that would introduce a circular dependency.

The best solution I can think of is merging the libxcursor package into libx11. It is essentially a plugin.


[Message part 3 (message/rfc822, inline)]
From: Danny Milosavljevic <dannym <at> scratchpost.org>
To: Mathieu Othacehe <othacehe <at> gnu.org>
Cc: 42346-done <at> debbugs.gnu.org, Ivan Kozlov <kanichos <at> yandex.ru>
Subject: Re: bug#42346: Support Xcursor in Xlib
Date: Sun, 3 Apr 2022 13:49:47 +0200
[Message part 4 (text/plain, inline)]
Hi,

On Mon, 10 Aug 2020 11:27:40 +0200
Mathieu Othacehe <othacehe <at> gnu.org> wrote:

> Hello Ivan,
> 
> > How to reproduce:
> > 1. Start XTerm.
> > 2. Notice that the mouse cursor looks totally different from everything
> > else. XTerm uses several mouse cursors: one for the text area, one for
> > scrollbar, one for the menus, and they all stand out like a sore thumb.
> > 3. Put libxcursor into LD_LIBRARY_PATH and start XTerm again.
> > 4. Notice that the Xcursor theme is honoured.  
> 
> This should be fixed by fb21bc23233374354abf3ad3bc830fb02ccbbc83. Could
> you please confirm that it works?

Nope, it wasn't.

But I fixed the fix in bug# 54680. Thanks!
[Message part 5 (application/pgp-signature, inline)]

This bug report was last modified 3 years and 44 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.