-
Notifications
You must be signed in to change notification settings - Fork 841
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
DISPLAY and WAYLAND_DISPLAY not set in systemd activation environment #12436
Comments
Logs are required for review from WSL teamIf this a feature request, please reply with '/feature'. If this is a question, reply with '/question'. How to collect WSL logsDownload and execute collect-wsl-logs.ps1 in an administrative powershell prompt:
The script will output the path of the log file once done. If this is a networking issue, please use collect-networking-logs.ps1, following the instructions here Once completed please upload the output files to this Github issue. Click here for more info on logging View similar issuesPlease 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! Closed similar issues:
|
/feature I guess? |
Diagnostic information
|
@K900 you're using
|
This is about the systemd activation environment, not your normal user shell environment. Also, I'm one of the maintainers of NixOS-WSL. |
Windows Version
Microsoft Windows [Version 10.0.26100.2605]
WSL Version
2.4.8.0
Are you using WSL 1 or WSL 2?
Kernel Version
5.15.167.4-1
Distro Version
NixOS unstable
Other Software
No response
Repro Steps
DISPLAY
orWAYLAND_DISPLAY
in the environmentExpected Behavior
DISPLAY
andWAYLAND_DISPLAY
, and possibly other relevant variables are available in the environment for all user services.Actual Behavior
They are not.
Not sure where to put notes, but fixing this should be as simple as running
systemctl --user import-environment DISPLAY WAYLAND_DISPLAY <etc>
with the right environment set, or making a dbus call directly. The problem is mostly that only WSL really knows when WSLg is available and what the variables should be set to.Diagnostic Logs
No response
The text was updated successfully, but these errors were encountered: