WSL: QT-Anwendung kann nicht gestartet werden

WSL: QT-Anwendung kann nicht gestartet werden

Ich habe eine einfache QT Quick-Anwendung kompiliert (mitRuby-Qml, aber ich glaube nicht, dass das wichtig ist) auf Ubuntu (18.04) über WSL auf Windows 10 v1903 und erhalte den folgenden Fehler beim Starten mitXming.

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

Irgendwelche Ideen, wie man das lösen kann?

Antwort1

Für diejenigen, die noch Windows 10 v1903 verwenden:

Antwort2

Ich habe eine einfache QT Quick-Anwendung (mit Ruby-Qml, aber ich glaube, das ist nicht wichtig) auf Ubuntu (18.04) über WSL auf Windows 10 v1903 kompiliert und erhalte beim Starten mit Xming den folgenden Fehler.

Irgendwelche Ideen, wie man das lösen kann?

Die ursprüngliche Version von WSL war nicht dafür ausgelegt, Anwendungen mit einer grafischen Benutzeroberfläche auszuführen. Es gibt Möglichkeiten, dies zu umgehen, indem man beispielsweise mit Xming auf die Instanz remote zugreift, aber diese Lösungen funktionieren nicht immer, wie Sie festgestellt haben.

Die einfachste Lösung ist die Migration auf eine WSL 2-Instanz. Windows 10 Version 1909 ist die erste Version, die WSL 2 unterstützt und auf der ein echter Linux-Kernel ausgeführt wird.

Die einfachste Lösung wäre ein Upgrade auf Windows 10 Version 1909. Da es sich hierbei um ein kumulatives Update für Windows 10 Version 1903 handelt, sollte es genauso stabil sein wie Windows 10 Version 1903.

Ja. Obwohl es sich bei Windows 10, Version 1909, um ein Funktionsupdate handelt, wird derselbe Build (außer mit einer Erhöhung um 1) wie bei Windows 10, Version 1903, ausgeführt.

verwandte Informationen