🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Thread View: gmane.linux.debian.user
1 messages
1 total messages Started by John Magolske Sat, 13 Jun 2009 17:48
Can X coexist with the Framebuffer console? (kbdrate woes)
#307841
Author: John Magolske
Date: Sat, 13 Jun 2009 17:48
35 lines
1186 bytes
Why does the X Window System reset kbdrate? I've set keyboard delay
and repeat for the framebuffer console with "kbdrate -r 30 -d 250 -s",
but starting up X will reset these values to slower settings.

Switching from X to another VT and issuing "kbdrate -r 30 -d 250 -s"
does nothing. Keyboard delay & repeat remain at slower setting so long
as X is running. These values can only be re-set after closing X.

In ~/.xinitrc "xset m 2 5 r rate 250 30" sets the delay & repeat rate
for everything in X. But switching to another VT finds the console
stuck at slower settings, effectively rendering the framebuffer
console useless to me. A half solution is to start X with this script:

    #!/bin/sh
    startx
    # startx seems to mess with kbdrate...set it back to what I like
    sudo kbdrate -r 30 -d 250 -s

Upon closing X, this resets the delay & repeat rate to what it was.
But kbdrate remains at a slower setting so long as X is running.

I find it is not possible to have X running in one VT and still be
able to use a framebuffer console in another VT.

Is there some way to avoid how X resets kbdrate?

TIA for any suggestions,

John


--
John Magolske
http://B79.net/contact

Thread Navigation

This is a paginated view of messages in the thread with full content displayed inline.

Messages are displayed in chronological order, with the original post highlighted in green.

Use pagination controls to navigate through all messages in large threads.

Back to All Threads