It turns out all along that it must be a race condition. I.e., some parts of nodm have not fully handed the terminal over to the user as fast as seems. This never happened with xdm.
$ cat .xsession j=zh_TW.UTF-8; export LANG=$j LC_CTYPE=$j s=sleep\ 5 j=C; export LC_COLLATE=$j LC_MESSAGES=$j export xmodifie...@im=scim GTK_IM_MODULE=xim; scim -d export XAUTHORITY=~/.Xauthority #for emacs as root, grass j=~/.bash_profile; test -f $j && . $j ( sleep 11 && #bug 584502: nodm race condition. #if no delay, then on some machines won't be effective! xmodmap - <<\EOF remove lock = Caps_Lock !to restore: add lock !keycode 115 = !keycode 116 = !keycode 117 = !seems to alleviate e.g., gimp firing up upon ...g !was Super_L Super_R Menu EOF xset r rate 250 30 m 5 7 )& icewm-session& $s uxterm& $s wait _______________________________________________ pkg-fso-maint mailing list [email protected] http://lists.alioth.debian.org/mailman/listinfo/pkg-fso-maint
