web-dev-qa-db-ja.com

NXキーマップはすべてGnome3でめちゃくちゃになっています

Gnome 2の時代に、私はNX（NoMachine、FreeNX、neatx）を使用して、非常に低遅延でいくつかのLinuxボックスへの接続を使用していました。すべてが夢のように機能しました。

次に、Gnome 3が登場し、NXではフォールバックモードで実行されます。ログインすると、キーがおかしな動作を開始し、下矢印が入り、その他多くの奇妙なものが表示されました。キーマップが接続元のボックスへのNXセッションとは異なることに気付き、 この投稿を読んだ後 、次のコマンド（接続または再開時）で一時的に問題が修正されたことがわかりました。

setxkbmap -model evdev -layout us

これは NoMachineによるこのバグレポート でも確認されています。

ただし、Gnome 3.6に最近アップグレードした後、このコマンドでは修正されなくなりました。最初にセッションを開始すると、キーは一連のアクションを実行します。 。そのコマンドを実行すると、異なる一連のアクションが実行されますが、それでも正しいアクションは実行されません。 Gnome3.6とGnome3.4/3.2のキーボードの扱い方には何か特徴があるはずですが、それが何であるかはわかりません。おそらく、Gnome 3.6で何が変わったのかを指摘して、システムを再び使用できるようにする人もいるかもしれません。

この問題に関するその他の投稿、Gnome 3.6より前：

この質問にトピック外のフラグを立てる前に、NXはプログラマーにとって非常に一般的なツールであり、Gnome3は多くのLinuxディストリビューションのデフォルトのディスプレイマネージャーであることを指摘しておきます。この質問は、AskUbuntu（私はUbuntuを使用していません）またはSuperUserで適切なタイプの注目を集めることができないと思います。

更新：

remote-accessgnomenx
3
Andrew Mao

http://anarsoul.blogspot.com/2012/10/gnome-36-and-keyboard-layout.html

上記の投稿から、Gnome3.6のgnome-settings-daemonはキーボードプラグインでxkbmap設定を上書きしているようで、キーボードの再マッピングは役に立たなくなります。提案されているように、キーボードプラグインを削除することで一時的に修正できます。私のシステムでは、これは次のとおりです。

rm /usr/lib64/gnome-settings-daemon-3.0/libkeyboard.so

その後、上記のsetxkbmapコマンドは、以前のバージョンのGnome3では通常どおり機能します。

ただし、これは明らかに、NXがevdevキーボードを直接操作せず、Gnome開発者がキーボードマッピングをいじってしまうため、大きな混乱になります。将来のある時点で物事が収束することを願っています。

1
Andrew Mao