-
Notifications
You must be signed in to change notification settings - Fork 192
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
Sanity-test failed with WSLg #1177
Comments
Hello @BravoFr0st , thank you for reaching out. I believe it is promising that sumo-gui is working so I am going to take a look into WSLg compatibility. Otherwise, the rest of SMARTS will work even without rendering until you have need to use image based observations. Envision will still work since it is rendered through the browser. |
Thanks a lot. |
@BravoFr0st I have put up some improved tests. If you have the time could you do the following:
It would help greatly towards solving the issue. |
I have also enabled some rendering fallbacks on the |
Hello, I had the same issue with the sanity-test. Since the other person didn't reply, I'm just letting you know that I ran the commands you listed and the test passed. Hope it helps. |
Sanity-test failed
SMARTS version:0.4.18
Operating System:Ubuntu 18.04 LTS on WSL2(Windows 11)
WSLg has enabled
Problems
After
make sanity-test
, all tests passed EXCEPTtest_smarts_doesnt_leak_tasks_after_reset
However, my WSL has already enabled WSLg , and other program (such as sumo) can open a GUI.
After that I try to run
scl scenario build --clean scenarios/loop
andscl run --envision examples/single_agent.py scenarios/loop
andno error occurs.
The text was updated successfully, but these errors were encountered: