Control: tag -1 moreinfo

Hi Jordi,

On  Do 30 Jan 2014 09:46:04 CET, jordi wrote:

Package: x2goserver
Version: 4.0.1.12-0x2go2+git20140108.809+wheezy.main.1

Hello, numlock does not behave correctly. It behaves like if it was
randomly and continuously toggling it state.

Happens when numlock key is pressed, and after some time, it seems to
stabilize in some state (on or off), but it can take some time.

Happens on Mate 1.6 desktop environment over Debian 6. No problem on same
host with a KDE session.

If numlock state is modified with numlockx binary, it works as expected,
only the key triggers this.

user@host:~$ while numlockx status; do sleep 0.1; done
Numlock is off
Numlock is off
Numlock is on
Numlock is on
Numlock is off
Numlock is on
Numlock is off
Numlock is on
Numlock is off
Numlock is on
Numlock is off
Numlock is off
Numlock is on
Numlock is on
Numlock is off
Numlock is on
Numlock is on
...

Found that the Mate setting which makes numlock state change at a very
high rate can be disabled by:
  gsettings set org.mate.peripherals-keyboard remember-numlock-state false

Still, users notify me that numlock change randomly. I did monitor
numlock status with "numlockx status" command, and I can see it do
change but very intermitently.

I first monitored numlock status and actively changed it to on with a
script.

Lately, I added to the keyboard options, the equivalent to "setxkbmap -o
numpad:mac", which can be added to
/org/mate/desktop/peripherals/keyboard/kbd/options with
'compat\tnumpad:mac'

Here is a dirty script, which every user runs at session startup:

---------------%-----------------%------------------%------------------
#!/bin/bash
tab="$(printf "\t")"
cadena=( $(dconf read /org/mate/desktop/peripherals/keyboard/kbd/options |
sed -e 's/.*\[\|\]//g') )
for (( i=0;i<${#cadena[@]};i++ )); do
        # esborrar '[', ']' i ','
        cadena[$i]="$(printf "${cadena[$i]}" | sed -e 's/,//g')"
done
if ! echo ${cadena[@]} | grep -q 'compat\snumpad:mac'; then
        for (( i=0;i<${#cadena[@]};i++ )); do
                nova="$nova ${cadena[$i]},"
        done
        nova="$nova 'compat${tab}numpad:mac'"
        dconf write /org/mate/desktop/peripherals/keyboard/kbd/options "[ $nova 
]"
fi
gsettings set org.mate.peripherals-keyboard numlock-state          'on'
---------------%-----------------%------------------%------------------

I would like to get this fixed before the next release of x2gomatebindings.

Do you think you could write a patch?

Here is an example for a possible approach:
http://code.x2go.org/gitweb?p=x2gomatebindings.git;a=blob;f=lib/x2go/extensions/pre-runcommand.d/005_MATE-monitors-xml-ignore;h=2f77bed691529e5cbbb45e569e196667b5b004d1;hb=a1a6a572d81a49c376eaab875de8343b2781d638

Simply use the extension concept of X2Go Server to hook into there and execute code that is necessary.

The goal of such code should be that the Numlock settings are changed for X2Go (on session startup e.g.), but that local logins (of the same user) are not affected. If that is at all possible...

Mike

--

DAS-NETZWERKTEAM
mike gabriel, herweg 7, 24357 fleckeby
fon: +49 (1520) 1976 148

GnuPG Key ID 0x25771B31
mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de

freeBusy:
https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb

Attachment: pgpg9doJkyKNo.pgp
Description: Digitale PGP-Signatur

_______________________________________________
X2Go-Dev mailing list
X2Go-Dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Reply via email to