Bug#466704: pointer color is always white
Some more datapoints. On two machines running Squeeze (stable) and another running Wheezy (testing), the '-ms' flag of xterm appears to have no effect on the cursor. These machines all have gdm3 installed, and are running a reasonably default Gnome desktop. Even if I shutdown the desktop and windows manager, and run xterm on these machines on a plain X server, the mouse pointer color is not affected by the flag. However, on my own desktop, which is also running Squeeze, but has no display manager and uses fluxbox as the window manager, the '-ms' flag works as expected (setting the color of the mouse pointer when it is over the xterm window). Interestingly, if I ssh into one of the machines that doesn't work as expected (ie, piping X over ssh to my own desktop X server), the remotely running term is stuck with a white cursor, even though its display window is on X on my local desktop. Whereas if I run a term on another machine (again X over ssh) that has no X server installed, I can set the color of the xterm mouse pointer, again the display window being on my local desktop. It was also pointed out by Anthony Shipman that this issue does not affect all cursor shapes. The following example worked as expected on all test machines: xterm -ms red -xrm 'XTerm*pointerShape: gumby' -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#466704: pointer color is always white
I understand what is happening now (thanks to Trent W Buck). On the current default desktop configurations, applications such as Evolution and gnome-screensaver bring in a cursor theme by default (such as dmz-cursor-theme in Squeeze). On the cursor theme, the mouse pointer colors can no longer be changed. To restore the classic behaviour, it is just a matter of turning off the icon theme (set in /usr/share/icons/default/index.theme), but of course this means going back to the original cursor graphics. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559769: [Fluxbox/Regression] Toolbar popup menu is sometimes misplaced
I can also confirm this problem on Squeeze. I only encounter the misplaced popup the first time that the toolbar menu is accessed, and only on the title popup menu of the toolbar. On subsequent times, the menu appears in the correct position. It only appears to happen when the toolbar placement is at the bottom or the right of the screen. The initial menu position is set to be below and to the right of the mouse position, so the failure to correctly position the menu is not as obvious for other toolbar placements. Glenn McIntosh -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660959: d-i: Australian state of Victoria left out of tzsetup
Package: d-i Version: debian-installer Severity: normal Tags: l10n Some time after the squeeze release, the list of timezones in tzsetup for Asutralia has changed from city based to state based (which itself is quite reasonable). However, it appears that the state of Victoria (capital Melbourne) was accidentally omitted from the list when the change was made. Refer tzsetup/debian/common.templates. The Victorian timezone is currently the same as some other Australian states, but this may change in future. -- System Information: Debian Release: 6.0.4 APT prefers stable APT policy: (990, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) (ignored: LC_ALL set to en_AU.utf8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org