Description of problem:
system-setup-keyboard hangs with root user and do nothing with regular user.
Version-Release number of selected component (if applicable):
Use x86_64, and try set your keyboard but us.
access("/etc/X11/xorg.conf.d", W_OK|X_OK) = -1 EACCES (Permission denied)
strace system-setup-keyboard (hangs untiel press ^C)
inotify_add_watch(3, "/etc/sysconfig/keyboard", IN_MODIFY) = 1
read(3, ^X^C <unfinished ...>
setup pt keyboard on x startup .
(...)Starting program: /usr/bin/system-setup-keyboard
Program received signal SIGINT, Interrupt.
#0 0x00007ffff78371b0 in __read_nocancel () from /lib64/libc.so.6
#1 0x00000000004016be in read (argc=<value optimized out>, argv=<value optimized out>)
#2 wait_for_updates (argc=<value optimized out>, argv=<value optimized out>) at system-setup-keyboard.c:177
#3 main (argc=<value optimized out>, argv=<value optimized out>) at system-setup-keyboard.c:216
for the record
after run system-setup-keyboard with gdb , ctrl+c break the loop and type continue, gdb said "program has exit normally", and system-setup-keyboard
which make my keyboard start in right language as supposed to .
# This file is autogenerated by system-setup-keyboard. Any
# modifications will be lost.
Option "XkbModel" "pc105"
Option "XkbLayout" "pt"
# Option "XkbVariant" "(null)"
Option "XkbOptions" "terminate:ctrl_alt_bksp,"
system-setup-keyboard is a daemon that waits for a modification of the /etc/sysconfig/keyboard file. If you change it, s-s-k will update the xorg.conf.d snippet. Other than that, it does nothing - hence why it looks like it hangs.
it's not intended to be called by a user (or root, for that matter), it's started by upstart when you enter runlevel 5. what problem are you trying to solve here?
(In reply to comment #3)
> system-setup-keyboard is a daemon that waits for a modification of the
> /etc/sysconfig/keyboard file. If you change it, s-s-k will update the
> xorg.conf.d snippet. Other than that, it does nothing - hence why it looks like
> it hangs.
> it's not intended to be called by a user (or root, for that matter), it's
> started by upstart when you enter runlevel 5. what problem are you trying to
> solve here?
After upgrade to f13 , keyboard was reset to US , to setup my "pt-latin1" keyboard, I somehow had to run something.
I think I confuse system-setup-keyboard and system-config-keyboard .
maybe just run system-config-keyboard and restart computer (not x), keyboard may work in pt.
I understand what I need is /etc/X11/xorg.conf.d/00-system-setup-keyboard.conf and /etc/sysconfig/keyboard set correctly.
In general was a upgrade problem ...
Since evdev keyboard drive by default on fedora, after upgrade fedora (with a new version of X.org) setting any keyboard layout has been confuse.
On upgrade to fedora 13, I got the reset of layout keyboard to us, again!, when X starts.
I though running system-config-keyboard, this command write the settings of /etc/X11/xorg.conf.d/00-system-setup-keyboard.conf , and once this done the layout keyboard is fixed.
Since "it's not intended to be called by a user", shouldn't be called system-, as system- are the set of tools to setup the system , my 2 cents.
More important, How is supposed to setup my language keyboard layout ?
My x86_64, after upgrade haven't the correct layout, What is the correct way to setup X keyboard ? I'm missing that.
BTW: system-config-keyboard, which is a command to be called by a user, writes this on /etc/X11/xorg.conf:
# This configuration file was broken by system-config-keyboard
which is true , and don't do a backup which is even better.
Change to system-config-keyboard,
https://bugzilla.redhat.com/show_bug.cgi?id=593898#c5 , has what system-config-keyboard should do since evdev is the default drive.
I found that if you use system-setup-keyboard on the system console as root, it will change the file /etc/sysconfig/keyboard, and that seems to do the trick to change the default system keyboard (on your next boot). You can get a console window by control-alt-F2 for example, or by booting to level 2.
I had tried using the keyboard config on the system menu as a gnome user (not root), but when I tried to remove the US English for myself as user it would replace it and make it default at the next bootup. To me this is a bug on Fedora 14 or Gnome 2.32, since the user should have control over his own environment and not be subject to system override. But if you change the system default, that will carry over into Gnome user accounts, so as long as you have root privileges, it is not a major problem.
This message is a reminder that Fedora 13 is nearing its end of life.
Approximately 30 (thirty) days from now Fedora will stop maintaining
and issuing updates for Fedora 13. It is Fedora's policy to close all
bug reports from releases that are no longer maintained. At that time
this bug will be closed as WONTFIX if it remains open with a Fedora
'version' of '13'.
Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version'
to a later Fedora version prior to Fedora 13's end of life.
Bug Reporter: Thank you for reporting this issue and we are sorry that
we may not be able to fix it before Fedora 13 is end of life. If you
would still like to see this bug fixed and are able to reproduce it
against a later version of Fedora please change the 'version' of this
bug to the applicable version. If you are unable to change the version,
please add a comment here and someone will do it for you.
Although we aim to fix as many bugs as possible during every release's
lifetime, sometimes those efforts are overtaken by events. Often a
more recent Fedora release includes newer upstream software that fixes
bugs or makes them obsolete.
The process we are following is described here:
upgrade to f14 and upgarde to f15 , no issue to report
Fedora 13 changed to end-of-life (EOL) status on 2011-06-25. Fedora 13 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.
If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version.
Thank you for reporting this bug and we are sorry it could not be fixed.
Bsck in Fedora 14