Re: /etc/default/keyboard XKBOPTIONS not read by X
On Vi, 11 nov 11, 17:23:16, Dan B. wrote: Something _really_ screwy seems to be going on here. I think Gnome is overriding the keyboard settings. Regards, Andrei -- Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic signature.asc Description: Digital signature
Re: /etc/default/keyboard XKBOPTIONS not read by X
Andrei POPESCU wrote: On Vi, 11 nov 11, 17:23:16, Dan B. wrote: Something _really_ screwy seems to be going on here. I think Gnome is overriding the keyboard settings. Did you read the part about its setting the keyboard settings in its X server differently depending on whether an unrelated X server was running? Daniel -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4ebe9f4d.30...@kempt.net
Re: /etc/default/keyboard XKBOPTIONS not read by X
Raf Czlonka wrote: On Wed, Nov 09, 2011 at 12:50:57AM GMT, Bob Proulx wrote: Dan B. wrote: I tried swapping the left Control key and Caps Lock key by modifying the XKBOPTIONS value in /etc/default/keyboard, per instructions that said it would take effect for both the virtual consoles and X. I presume you've restarted restarted udev or rebooted since then? I have now (rebooted). % udevadm trigger --subsystem-match=input --action=change Can we see the content of your file (without the comments), please? XKBMODEL=pc105 XKBLAYOUT=us XKBVARIANT= XKBOPTIONS=ctrl:swapcaps Could you also point us to the instructions you've used as well, please? http://shallowsky.com/blog/2011/Mar/20/ Note: I was mistaken in thinking that _that_ page said that the /etc/default/keyboard setting would take effect for both the virtual consoles and X. However, I read (somewhere else) that in Squeeze one could fix both the virtual consoles and X with one setting. (Also, the fact that /etc/default/keyboard uses the name XKB... and uses the X configuration format suggests that the file might also be read by X startup scripts.) Thanks, Daniel -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4ebd8ed8.50...@kempt.net
Re: /etc/default/keyboard XKBOPTIONS not read by X
Dan B. wrote: Raf Czlonka wrote: On Wed, Nov 09, 2011 at 12:50:57AM GMT, Bob Proulx wrote: Dan B. wrote: I tried swapping the left Control key and Caps Lock key by modifying the XKBOPTIONS value in /etc/default/keyboard, per instructions that said it would take effect for both the virtual consoles and X. ... XKBMODEL=pc105 XKBLAYOUT=us XKBVARIANT= XKBOPTIONS=ctrl:swapcaps Could you also point us to the instructions you've used as well, please? http://shallowsky.com/blog/2011/Mar/20/ Note: I was mistaken in thinking that _that_ page said that the /etc/default/keyboard setting would take effect for both the virtual consoles and X. However, I read (somewhere else) that in Squeeze one could fix both the virtual consoles and X with one setting. (Also, the fact that /etc/default/keyboard uses the name XKB... and uses the X configuration format suggests that the file might also be read by X startup scripts.) Hey, I just noticed that if I use startx (startx -- :1) to start X (and Gnome, etc), the Control key gets swapped;. It's in the X session started (or use?) by GDM that the Control key doesn't get swapped. Does that help identify the problem? Daniel -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4ebd93a7.4020...@kempt.net
Re: /etc/default/keyboard XKBOPTIONS not read by X
I. wrote: Dan B. wrote: Raf Czlonka wrote: On Wed, Nov 09, 2011 at 12:50:57AM GMT, Bob Proulx wrote: Dan B. wrote: I tried swapping the left Control key and Caps Lock key by modifying the XKBOPTIONS value in /etc/default/keyboard, ... ... XKBOPTIONS=ctrl:swapcaps ... Hey, I just noticed that if I use startx (startx -- :1) to start X (and Gnome, etc), the Control key gets swapped;. It's in the X session started (or use?) by GDM that the Control key ^If it's ^used doesn't get swapped. Actually, it varies in GDM, apparently depending on whether another X server is still running: I rebooted. *In the original X server started automatically by/for GDM, Control was not swapped (as I reported above). I invoked startx ... to start another X server (and default Gnome session). *In that X server, Control was swapped (as I reported above). I exited that Gnome session and X server (with Gnome's Log Out menu item). In the original GDM-starte X server and Gnome session, I logged out and logged back in. *In that X server, Control was not swapped (as for the previous GDM-started X server). Again, I started an X server with startx. *In that X server, Control was again swapped (as for the previous startx-started X server). Without exiting that startx-started server, I went to GDM-started server, logged out and back in. *In that X server, Control *was* swapped (different than in the previous two GDM-started X servers). Something _really_ screwy seems to be going on here. Daniel -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4ebda054.6070...@kempt.net
Re: /etc/default/keyboard XKBOPTIONS not read by X
On Wed, Nov 09, 2011 at 12:50:57AM GMT, Bob Proulx wrote: Dan B. wrote: I tried swapping the left Control key and Caps Lock key by modifying the XKBOPTIONS value in /etc/default/keyboard, per instructions that said it would take effect for both the virtual consoles and X. I presume you've restarted restarted udev or rebooted since then? % udevadm trigger --subsystem-match=input --action=change Can we see the content of your file (without the comments), please? Could you also point us to the instructions you've used as well, please? Regards, -- Raf -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2009125942.ga16...@linuxstuff.pl
Re: /etc/default/keyboard XKBOPTIONS not read by X
Dan B. wrote: I tried swapping the left Control key and Caps Lock key by modifying the XKBOPTIONS value in /etc/default/keyboard, per instructions that said it would take effect for both the virtual consoles and X. However, it works only for the virtual consoles, and not for X (neither when started by GDM nor when started by startx (with GDM disabled)). This on a fresh Squeeze installation. (Hmm. A freshly Squeezed compu... never mind.) Is something else necessary? Or are those instructions obsolete? I have been having some problems around this area and haven't concluded as to the problem yet. I don't know if I am having the same problem or a different problem but will share what I know. Previously keyboard remapping was handled by the console-tools package. I used the console-tools package package files (/etc/init.d/console-screen.sh and /etc/console-tools/remap) to remap the keyboard. The console-tools package worked perfectly. But that package is now deprecated in favor of the kbd package. I have been trying to recreate the same functionality of using the keyboard remap file under kbd. It doesn't work. kbd checks to see if setupcon from the console-setup package is installed and if so kbd ignores the remap file. Okay. But console-setup doesn't do keyboard remapping that I can see. And it violates policy by shipping an empty directory in /usr/share/doc/console-tools instead of required files there. Seems in need of love and attention. So for the moment I have fallen back to install-keymap and xmodmap. Eventually I would like to have this figured out but there are only so many hours in the day. Again, I don't know if this will be related to your problem or not. Bob signature.asc Description: Digital signature
