Red Hat Bugzilla – Bug 587099
xset led 3 doesnt work
Last modified: 2011-04-03 15:05:45 EDT
Description of problem:
The command "xset led 3" stopped working with FC12.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Start X
2. In any terminal window, type command "xset led 3"
No message BUT scroll lock LED does not light
The scroll lock LED should light
I've been using this command for years.
I have 2 different systems that I've upgraded to FC12.
On both of them, this command stopped working after the upgrade.
This seems to be X11 bug.
You probably had your 'xset' updated as well, so you can try the new 'named' parameter. It uses a different X call which seems to work:
$ xset led named "Scroll Lock"
$ xset -led named "Scroll Lock"
However there are reports, that this changes the keyboard layout randomly, so it's buggy as well.
I just tried:
home> xset led named "Scroll Lock"
xset: unknown option named
(I'm running FC12. I just applied all updates.)
Would this new version of xset be in FC13?
I can download source and build if given a list of packages and versions I need.
xset version 1.1.0 (latest):
You should be able to build it even with the previous X11 version (tested on Debian 5.0 Lenny) - after installing X11 development/header packages of course.
So there are at least 2 bugs:
1) Old numeric parameter should still work, but doesn't.
2) Random keyboard layout changes and possibly other problems using the new named parameter. Code that triggers this errors after short time:
while true; do
xset led named "Scroll Lock";
xset -led named "Scroll Lock";
As you suspected the 1.1.0 version with named does work.
I've been running the test case you supplied for about 10 minutes now
with no problems detected. I'm still able to type a-zA-Z1-9 without
any detected keyboard changes.
I'll keep the test case running for a while.
If I don't get keyboard layout problems, I'll be able to start using the LED for mail notification again.
xorg-x11-server-utils-7.4-18 contains new xset. Please close this bug if that's a good enough solution for you.
I don't see that package/version on my list of pending updates (FC12).
Even if I did, shouldn't this item remain open until "xset led 3" works?
The new syntax is superior. If the man page was updated to say the old syntax doesn't work that would be okay with me.
This bug appears to have been reported against 'rawhide' during the Fedora 14 development cycle.
Changing version to '14'.
More information and reason for this action is here:
I just stumbled over this bug, in Fedora 15 to my surprise, both
xset led 3 and xset led named "Scroll Lock" work. I say to my surprise,
because in my memory xset led only ever worked if you explicitly enabled
it in xorg.conf. Note that it only works for Scroll Lock and not for Caps Lock and Num Lock, those still need the xorg.conf command I guess.
Working for me too (in F15).
NOW this bug should be closed.
I don't know if I can close this, but I'll try.
Next to "Save Changes" I selected Status CLOSED, CURRENT RELEASE.
Whoever fixed, it, THANKS.
I confirm that this was fixed in the X server.
Now both calls: XChangeKeyboardControl() and XkbSetNamedIndicator() work properly.