-
Notifications
You must be signed in to change notification settings - Fork 822
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
WSL version 2.0.12 makes $XDG_RUNTIME_DIR not user accessible when guiApplications=false #10846
Comments
Hi I'm an AI powered bot that finds similar issues based off the issue title. Please view the issues below to see if they solve your problem, and if the issue describes your problem please consider closing this one and thumbs upping the other issue to help us prioritize it. Thank you! Open similar issues:
Closed similar issues:
|
Thank you for reporting this @elsaco. I can't reproduce the issue. Can you share /logs and the output of |
I've found a work-around. Once per wsl distribution and user you need to fix the permissions of the directory used to mount the ephemeral XDG_RUNTIME directory /mnt/wslg/run/user/ Example:
After that, reboot your wsl and everything should be fine:
Does that work for you @elsaco? In my opinion, |
This is a serious issue for me as well. Apparently I need to run @fknittel's workaround after every update. My wsl.conf:
|
For me, /run/user is empty, so "1000" does not exist there at all, which breaks some applications because nevertheless XDG_RUNTIME_DIR is set to /run/user/1000/ |
Windows Version
10.0.19045.3693
WSL Version
20.12.0
Are you using WSL 1 or WSL 2?
Kernel Version
5.15.133.1-microsoft-standard-WSL2
Distro Version
Ubuntu 23.10
Other Software
No response
Repro Steps
Set
guiApplications = false
and restart WSLExpected Behavior
$XDG_RUNTIME_DIR user accessible
Actual Behavior
It breaks systemd:
From debug console:
WSL (2) ERROR: ConfigHandleInteropMessage:595: getenv(XDG_RUNTIME_DIR) failed
Diagnostic Logs
No response
The text was updated successfully, but these errors were encountered: