私は簡単なQT Quickアプリケーションをコンパイルしました（Ruby-Qml（これは問題ではないと思いますが）Ubuntu（18.04）でWSL経由でWindows 10 v1903で起動すると、次のエラーが発生します。Xming。
QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-xxxx'
failed to get the current screen resources
WARNING: Application calling GLX 1.3 function "glXCreatePbuffer" when GLX 1.3 is not supported! This is an application bug!
QGLXContext: Failed to create dummy context
これを解決する方法はありますか?
答え1
まだ Windows 10 v1903 をお使いの場合:
- xmingから変更翻訳元
- HighDPI画面の場合互換性設定を変更して、アプリケーションがDPIスケーリングを処理できるようにします。。
vcxsrvOpenGL間接参照（-nowgl）のサポートなしで開始し、 がLIBGL_ALWAYS_INDIRECT設定されていないことを確認します（export LIBGL_ALWAYS_INDIRECT=）
答え2
Windows 10 v1903 上の WSL 経由で Ubuntu (18.04) 上で簡単な QT Quick アプリケーション (Ruby-Qml を使用、ただしこれは問題ではないと思います) をコンパイルしましたが、Xming で起動すると次のエラーが発生します。
これを解決する方法について何かアイデアはありますか?
WSL の元のバージョンは、グラフィカル UI でアプリケーションを実行するようには設計されていません。Xming などを使用してインスタンスにリモート接続することでこの問題を回避する方法はありますが、これらのソリューションは必ずしも期待どおりに機能するとは限りません。
最も簡単な解決策は、WSL 2 インスタンスに移行することです。Windows 10 バージョン 1909 は、実際の Linux カーネルを実行する WSL 2 をサポートする最初のバージョンです。
最も簡単な解決策は、Windows 10 バージョン 1909 にアップグレードすることです。これは、Windows 10 バージョン 1903 への累積的な更新プログラムと見なされるため、Windows 10 バージョン 1903 と同様に安定しているはずです。
はい。Windows 10 バージョン 1909 は機能更新プログラムですが、Windows 10 バージョン 1903 と同じビルド (1 ずつ増加) が実行されています。