長年にわたり、私は家を出るときに「家のコンピュータ」としてVNCing（sshを介して）し、厳格なvncサーバー環境でEvolution（電子メール、連絡先などのために）を実行する習慣を持ってきました。
これは家庭用コンピュータがDebian / Squeezeを実行したときにうまく機能しましたが、Wheezyにアップデートされたので、VNCサーバーのセッション出力からEvolutionを起動してみてください。
Xlib: extension "GLX" missing on display ":1".
Failed to connected to any renderer:
XServer appears to lack required GLX support
ightvncserverがGLXをサポートしていないことは驚くべきことではありませんが、EvolutionがGLバックエンドに移動したのは（「clutter」ツールキットを使用して？）驚くべきことです。 （明らかに、Evolutionはデスクトップ上で完全に動作します。コンピュータにはDKMS経由のNVIDIAドライバがあります。）
この問題を解決する見通しは何ですか？私の意見は次のとおりです。
- この問題を解決するためのEvolutionのコマンドラインオプションはありますか？
- VNCサーバーでGLXサポートを受ける方法はありますか？ （tightvncserverの代替案はこれをサポートしていますか？）
私は待ち時間が長く、帯域幅が低いリンクを介してVNCを使用する傾向があります。以前はX11を介してリモートでEvolutionを実行したことがありましたが、VNCははるかにうまく機能しませんでした。
Debianに優しい（apt-get -able）ソリューションが好まれます。
ベストアンサー1
私はvncを介してqtcreatorを動作させようとすると同じ問題が発生し、最終的に動作しない理由と解決策を見つけました。
http://minkirri.apana.org.au/wiki/DevJournal
VirtualGLは不要で、代替よりも悪いかもしれません。重要なのは、標準のDebianパッケージを使用すると機能することです。
VirtualGLは、アプリケーションサーバー側のハードウェアアクセラレーションに使用されます。 GLX は x サーバー側のハードウェアアクセラレーションに使用されます。 VNC を正常に使用する場合、アプリケーションサーバーと x サーバーは vnc サーバーと同じマシン上にあるため、VirtualGL と GLX の間に大きな違いはありません。
問題は、2つの最も一般的なvncサーバー、Tightvncserverとvnc4serverが独自の内部xサーバーを持つxプロキシサーバーで、GLXをサポートしていないことです。 3Dアプリケーションは引き続き使用できますが、以前のアプリケーションサーバー側のソフトウェアレンダリングを使用する必要があります。つまり、通常インストールされているハードウェアレンダリングバージョンと競合するアプリケーションサーバーにlibgl1-mesa-swx11をインストールする必要があることを意味します。 libgl1-mesa-glx。
あるいは、ハードウェアレンダリングGLXをサポートする一般的なx-serverをインストールし、実際のx-server画面をキャプチャできるvncserverであるx11vncを使用することもできます。
誰かがlibvncserver（x11vncで使用）を使用して適切なGLXサポートを備えた新しいx-proxy vnc-serverを作成したらいいでしょう。 ightvncserverとvnc4serverの両方がややトリッキーになっています。