4+Exec=env GDK_BACKEND=wayland QT_QPA_PLATFORM=wayland /usr/lib64/libexec/plasma-dbus-run-session-if-needed /usr/bin/startplasma-wayland

good luck on i586

even on x86_64: /usr/lib64/libexec is never true

Maybe we should rather install plasma-dbus-run-session-if-needed to /usr/libexec/ if that's possible? (via a cmake switch e.g.)

This might also be problematic for the upstream plasma-wayland.session file, which will contain the wrong path if the "32bit version" would be installed on a 64bit system (the package, plasma5-session-wayland, is noarch). Or the other way round.

Or alternatively make the package arch-dependent.

Fabian Vogt (Vogtinator) - almost 4 years ago

source maintainer

Yeah, that would be ideal.

The underlying issue is mostly that KDE_INSTALL_LIBEXECDIR doesn't follow %_libexecdir, but fixing that would need quite a bit of effort and cause some breakage...

---

Wolfgang Bauer (wolfi323) - almost 4 years ago

source maintainer

True. Maybe we could just mv that one file to %libexecdir if it's not used by anything else except the wayland session files... (I'm not sure about that though)

Otherwise we probably should at least drop the noarch from plasma5-session-wayland as a workaround I think.

Btw, this is not just theoretical, https://download.opensuse.org/repositories/KDE:/Frameworks5/openSUSE_Factory/noarch/ does contain only the 32bit version of plasma5-session-wayland at the moment. So 64bit users using that repo currently can't login to a Wayland session, because the path in the Exec line points to /usr/lib/libexec/ while the executable is in /usr/lib64/libexec/...

Fabian Vogt (Vogtinator) - almost 4 years ago

source maintainer

Yes, I'm planning to fix that later (unless you're already working on it)

---

Wolfgang Bauer (wolfi323) - almost 4 years ago

source maintainer

No, sorry.
I probably would have done something today, but I see you already changed it.