Hi there, welp I got a problem in the first day, ad that is I switched to Wayland and cannot switch back. I also cannot open any Garuda app and when I try, this happens:
❯ garuda-settings-manager
error: XDG_RUNTIME_DIR not set in the environment.
Failed to create wl_display (No such file or directory)
qt.qpa.plugin: Could not load the Qt platform plugin "wayland" in "" even though it was found.
This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem.
Available platform plugins are: eglfs, linuxfb, minimal, minimalegl, offscreen, vnc, wayland-egl, wayland, wayland-xcomposite-egl, wayland-xcomposite-glx, xcb.
And echo $XDG_SESSION_TYPE shows wayland
So, I tried a couple of things, first to edit the custom.conf file in /etc/gdm/ and uncomented the WaylandEnable=False line but no avail. I tried stopping GDM and all the GNOME processes and starting the ./Xsession file, nothing happened. Please help me out!
Can you describe how you did that switch to Wayland and how you thought you would switch back?
It seems you might have done something wrong.
Check your dot files (.bashrc, .zshrc, etc) for related settings.
The env variable required for session type can be set by system, DM and local user settings.
Dear friend, this case leads to terror stories with ghosts and I am not a fun. I prefer SciFi movies.
Please, check your real visible data, like journal log and files that source environment variables values.
There are 2 files for Wayland. Using file manager search, search for the same custom.conf file. There are 2 different files. Custom.conf and custom.conf.pacnew.
If toggling works as expected (revert what was changed by the utility), it’s a user error (probably), or we could improve info message in Assistant.
I couldn’t find Wayland setting in my system. On KDE, maybe that’s why?
Yeah I think @librewish made it show only on GNOME systems to prevent bad use
#!/bin/bash
if [[ -e /etc/gdm/custom.conf ]]; then
sed -i -e 's|.*WaylandEnable=false|#WaylandEnable=false|g' /etc/gdm/custom.conf
fi
cp /etc/environment /etc/environment.bak
echo "QT_QPA_PLATFORM=wayland
_JAVA_AWT_WM_NONREPARENTING=1
MOZ_ENABLE_WAYLAND=1
XDG_SESSION_TYPE=wayland
EDITOR=/usr/bin/micro
BROWSER=firefox
TERM=alacritty
MAIL=geary
QT_QPA_PLATFORMTHEME=qt5ct" >> /etc/environment
#!/bin/bash
if [[ -e /etc/gdm/custom.conf ]]; then
sed -i -e 's|.*WaylandEnable=false|WaylandEnable=false|g' /etc/gdm/custom.conf
fi
mv /etc/environment.bak /etc/environment
My perception is applying user level configuration, when possible, depending on the function.
Also, in case an application/service setting can accomplice desired functionality, prefer that against applying system-wide configuration.
In this case - keep in mind I have no experience on Wayland - I would try to apply wayland session on user account session, using user $HOME config files. Next I would try set (G/SD)DM to provide an option (IIRC using xsessions), so the user may choose the session type at login. If nothing is adequate, I would try a script file in /etc/profile.d/, which can be added/removed/disabled, leaving script sed/greping as an emergency temporary workaround.
Hi all!
i have the same issue
i have change session on wayland in garuda welcome => garuda assistant
then reboot my desctop, and some configurations of GNOME (dark theme in case) stoped working.
then i have tried to run garuda assistant again, but this app won't work on GNOME-wayland-session.
so i opened this forum-page and comment those three strings in "/etc/environment".
so tnx you guys))