I think I once experienced this problem - the solution I used was to
press alt+sysrq+r before trying to switch TTYs - this puts the
keyboard in RAW mode, which I believe stops X intercepting the
keystrokes.  Not sure if/why this works, but hope it helps

On 12/5/07, Elijah Newren <[EMAIL PROTECTED]> wrote:
> Hi,
>
> On Dec 4, 2007 3:35 PM, Christian Kirbach
> <[EMAIL PROTECTED]> wrote:
> > On Mon, 26 Nov 2007 12:07:59 +0100, Craig Keogh <[EMAIL PROTECTED]>
> > wrote:
> >
> > > I have build gnome-2.22 using jhbuild. However, when I log into jhbuilt
> > > Gnome, I can't switch displays using Ctrl-Alt-F7 - Ctrl-Alt-F10. The
> > > keypress is ignored. How do I enable this?
> >
> > I've noticed this, too. I have not investigated this further but I am now
> > using Xnest to run an Xserver
> > instance in a window. As a workaround you can also ask for a new login
> > instead off logging out.
> > But switching X sessions like this is really tedious.
>
> I'm not sure if this is the same issue as Joseph was having and
> figured out earlier, but it sounds like it may be.  Maybe his email
> will be of some use, I'll quote it here:
>
> ----------------------------------------------------------------------------------------------
>
> Elijah,
>
> I resolved the VT-switching problem I mentioned in an email on 19Feb07:
>
> Short Answer
> ------------
> Configuration issues with the GARNOME build of libxklavier-3.1.
>
>
> Longer Answer
> -------------
> VT-switching failed to work because the keyboard map selected when the
> desktop came up was borked.
>
> A keyboard map that supports VT-switching should contain entries similar
> to the following:
>
> [ from 'xmodmap -pk' ]
>                              ...
>    67         0xffbe (F1)     0x1008fe01 (XF86_Switch_VT_1)
>    68         0xffbf (F2)     0x1008fe02 (XF86_Switch_VT_2)
>    69         0xffc0 (F3)     0x1008fe03 (XF86_Switch_VT_3)
>    70         0xffc1 (F4)     0x1008fe04 (XF86_Switch_VT_4)
>    71         0xffc2 (F5)     0x1008fe05 (XF86_Switch_VT_5)
>    72         0xffc3 (F6)     0x1008fe06 (XF86_Switch_VT_6)
>    73         0xffc4 (F7)     0x1008fe07 (XF86_Switch_VT_7)
>    74         0xffc5 (F8)     0x1008fe08 (XF86_Switch_VT_8)
>    75         0xffc6 (F9)     0x1008fe09 (XF86_Switch_VT_9)
>    76         0xffc7 (F10)    0x1008fe0a (XF86_Switch_VT_10)
>                               ...
>
> Instead, Fn was seen to be mapped to Fm, where m = n + 10. Manually
> altering the keyboard map restored VT-switching.
>
> Hmmm... What's going on?
>
> Bringing up gnome-keyboard-properties provided a clue. From the Layout
> tab, the only keyboard model available was "generic". Normally there is
> a lengthy list to choose from.  Hmmm... Something is amiss.
>
> Looking at the X11/keyboard dependencies for gnome-keyboard-properties
> led the an examination of the GARNOME build for libxklavier-3.1, which
> unearthed the root cause of the problem:
>
>       Fedora-like systems no longer install everything X11-related
>       under /usr/X11R6. Most X11-related files are installed directly
>       under /usr.
>
>
> In particular,
>
>  /usr/X11R6/lib/X11/xkb    -->    /usr/share/X11/xkb
>  /usr/X11R6/bin/xkb*       -->    /usr/bin/xkb*
>
>
> Re-configuring the build for libxklavier:
>
>  CONFIGURE_ARGS += --with-xkb-base=/usr/share/X11/xkb \
>                    --with-xkb-bin-base=/usr/bin
>
> resolved the problem.
>
> The GAR makefile for libxklavier in GARNOME SVN-trunk has been updated
> with optional configuration args.
>
>
> Live an learn...
>
>
> -Joseph
> _______________________________________________
> gnome-love mailing list
> [email protected]
> http://mail.gnome.org/mailman/listinfo/gnome-love
>
_______________________________________________
gnome-love mailing list
[email protected]
http://mail.gnome.org/mailman/listinfo/gnome-love

Reply via email to