directories-jvm icon indicating copy to clipboard operation
directories-jvm copied to clipboard

Wrong path under WSL

Open ColOfAbRiX opened this issue 3 years ago • 0 comments

I've encountered this issue while using SBT and coursier and I've opened the issue there too: https://github.com/coursier/coursier/issues/1919

Issue

I'm using coursier with SBT under a WSL environment. After updating SBT from version 1.3.13 to 1.4.1 coursier is looking at the wrong path for the cache, specifically it's using a windows path, and dependency resolution fails.

Environment

OS: Windows 10, but running under WSL/Ubuntu 18.04.4 LTS SBT: 1.4.1 (don't know how to check coursier version) JVM: Java HotSpot(TM) 64-Bit Server VM (build 25.201-b09, mixed mode)

Current behaviour

Under WSL, coursier uses a Windows path to resolve the cache:

$ sbt
...
[info] loading project definition from /mnt/c/Users/JamesSmith/Projects/myproject/project
[error] java.nio.file.NoSuchFileException: C:\Users\JamesSmith\AppData\Local\Coursier\cache\v1\https\repo1.maven.org\maven2\com\typesafe\config\1.3.3\config-1.3.3.jar
...
[error] (Compile / bloopGenerate) java.nio.file.NoSuchFileException: C:\Users\JamesSmith\AppData\Local\Coursier\cache\v1\https\repo1.maven.org\maven2\com\typesafe\config\1.3.3\config-1.3.3.jar

Expected behaviour

Coursier should use a WSL path when working inside WSL

ColOfAbRiX avatar Nov 20 '20 19:11 ColOfAbRiX