-
-
Notifications
You must be signed in to change notification settings - Fork 203
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
X11 display socket gone ("Error: Can't open display: :0") #342
Comments
I am faced this problem too, and after researching, I think it is the best resolution at present. |
I have the same problem. It helps me a lot. Thanks. But without this solution, it acts more weird in my WSL. This will cause SDL_Init stucked and never return, and some programs stucks when they run, including glxinfo and glxgears. But some apps like gedit don't. |
I was getting a similiar problem. I tried to start firefox. not so easy to search for the error, the firefox worked on a ubuntu image. So I assume the problem is only on the Arch image. I don't know if some new update on Arch broke the use of wslg. I tried the fix comment by @jiaqi228 and it worked for now. |
Some Arch update must have broken this; same issue here, same solution (create the symlink, or have systemd create the symlink with tmpfiles.d, or have systemd proxy the socket...). |
Describe the issue
No X11 display socket
To Reproduce
Boot the vm, start xeyes
Expected behavior
xeyes opens
Screenshots
Enviroment:
Additional context
Somehow the X11 display broke recently without me figuring out exactly when/how. I could reproduce from a clean ArchWSL (zip) installation followed by a pacman update. Looking at wslg troubleshot page I can see it's a X11 display socket issue. I was able to fix this issue, and make it persistent with a config file in /etc/tmpfiles.d.
Any idea if there are better solutions or why this is necessary in the first place?
The text was updated successfully, but these errors were encountered: