Bug 350226 – sys-apps/qingy-1.0.0: non-working fluxbox keybindings

• Product: Gentoo Linux
• Status: RESOLVED DUPLICATE

[Description Raphaël Droz 2010-12-31 13:37:06 UTC]

Same behaviour found here: https://bugs.archlinux.org/task/22111

After the installation of qingy, my .xsession runs /usr/bin/fluxbox but
- keybindings do not work.
- the graphical menu of FB appears, but applications are not launched
- application bindings works (backward search (meta-r) of bash in xterm, emacs bindings, ...)


It may be useful to say that I also have a problem with the qingy login manager:
the "Shift" modifier does not work with my AZERTY layout, as a workaround I use CAPS for uppercase and NumPad.
It may be related.
(in that case I found the following: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=490611 which did not helped me so far)



Reproducible: Always




fluxbox: 1.1.1-r2 (imlib nls slit toolbar truetype)

DirectFB: 1.4.5 (X fbcon gif input_devices_evdev jpeg mmx png sdl sse truetype video_cards_nvidia zlib)

qingy: 1.0.0 (X crypt directfb emacs gpm pam)

[Comment 1 Raphaël Droz 2010-12-31 14:33:39 UTC]

I added exec &> > /tmp/log to my .xsession

One part of the problem is in the $DISPLAY definition.

with qingy $DISPLAY is never :0 while application expected :0
I added a binding doing the following to fluxbox :
export -p > /tmp/env,save
The binding works ($DISPLAY is set to :0)

That's why qingy running directly my .xsession cause problem while when I run startx I do not have any problem. I think qingy miss something from the startx wrapper when it spawns the xinit command line.

[Comment 2 Raphaël Droz 2010-12-31 14:56:00 UTC]

When .xsession is loaded by qingy, $DISPLAY=:1
.xsession does exec fluxbox
But then, in the fluxbox context, $DISPLAY=:0 that's where the problem is.


And about the "Shift" modifier from comment #1, adding "loadkeys fr" in
/etc/qingy/pre_GUI.sh was enough. (It may be a DirectFB kbd layout detection bug, but a separate one)

I doubt qingy is the culprit here but rather the way fluxbox handles $DISPLAY environment.

[Comment 3 Raphaël Droz 2010-12-31 16:02:34 UTC]

Duplicate of bug #348819
libX11 1.4.0 + $DISPLAY variable handling.

If :\d is sent to fluxbox, it becomes :0
But, as a workaround, the following works (in .xsession)

[[ -n "$DISPLAY" && $DISPLAY =~ ^:[0-9]$ ]] && export DISPLAY=$DISPLAY.0
(adds .0 to the $DISPLAY string if it only match the :\d pattern)

*** This bug has been marked as a duplicate of bug 348819 ***