-
One major problem that we have with using WSL is that we have some software (Ansible at least) that refuses to load config files that are insecure (world-writable), that being a security measure and not a bug. I even recently added a fail-fast check on my test suite to prevent running if the filesystem has this problem as we wasted too much time trying to debug why some tests were failing. If you do a Now, we are forced to basically we are forced to copy the source-code to a safe-drive and reset the file permissions, especially as the I seen that you do write a UpdateBased on https://github.com/MicrosoftDocs/WSL/blob/main/WSL/wsl-config.md i would believe that we need to add "options umask=007,metadata=enabled,case=force". I am going to test this manually on my machine to see which combination is the right one. I will likely answer my own question soon but raised it here so others can find it. |
Beta Was this translation helpful? Give feedback.
Replies: 2 comments 1 reply
-
Maybe the requestor of the |
Beta Was this translation helpful? Give feedback.
-
Sorted via: # /etc/wsl.conf
[automount]
enabled = true
root = /
options = "metadata,umask=077"
[interop]
enabled = false
appendWindowsPath = false Mode details at https://github.com/ansible/devtools/wiki/permissions |
Beta Was this translation helpful? Give feedback.
Sorted via:
Mode details at https://github.com/ansible/devtools/wiki/permissions