Le sam. 20 août 2022 à 15:13, sagitter <sagitter(a)rpmfusion.org> a écrit :
commit ecb20ec407a7f64d003319d92cb922fe8a863183
Author: Antonio Trande <sagitter(a)fedoraproject.org>
Date: Sat Aug 20 15:13:13 2022 +0200
Fix QT_QPA_PLATFORM env variables
ppsspp-qt-wayland.desktop | 2 +-
ppsspp-qt.desktop | 2 +-
ppsspp.spec | 5 ++++-
3 files changed, 6 insertions(+), 3 deletions(-)
Hello Antonio,
Why do you need to hardcode the QT_QPA_PLATFORM at all ?
Is there an upstream bug with this patch ?
--- a/ppsspp-qt-wayland.desktop
+++ b/ppsspp-qt-wayland.desktop
@@ -3,7 +3,7 @@ Version=1.0
Type=Application
Terminal=false
Name=PPSSPP Qt for Wayland
-Exec=env QT_QPA_PLATFORM=xcb /usr/bin/PPSSPPQt
+Exec=env QT_QPA_PLATFORM=wayland /usr/bin/PPSSPPQt
If PPSSPPQt doesn't work
well with wayland, I guess one way to
workaround it is to force the xcb platform to rely on the Xwayland
But I don't see the point to force the wayland plateform under wayland
(unless qt is that broken).
diff --git a/ppsspp-qt.desktop b/ppsspp-qt.desktop
index be7cf91..6b69a53 100644
--- a/ppsspp-qt.desktop
+++ b/ppsspp-qt.desktop
@@ -3,7 +3,7 @@ Version=1.0
Type=Application
Terminal=false
Name=PPSSPP Qt
-Exec=/usr/bin/PPSSPPQt
+Exec=env QT_QPA_PLATFORM=xcb /usr/bin/PPSSPPQt
Same, is this fixing a real issue ?
As I understand, the variable can
sometimes takes a vnc platform, so it will be sub-optimal (still a
corner case).
Hope that it helps.