WSL integration (configure to use subsystem binaries)

JJRdec commented 2 years ago

Expected Behavior

Be able to pick deployment tools installations on ubuntu subsystem.

Actual Behavior

Errors thrown

Additional Information

IDE type (e.g. IntelliJ, Pycharm): IntelliJ
IDE version: 221.5921.22
Cloud Code version (Settings > Plugins > Cloud Code): 22.7.1-221
Cloud SDK (Settings > Cloud Code > Cloud SDK)
- Are you allowing the plugin to manage the Cloud SDK: no
- Version of the Cloud SDK: 393.0.0
Skaffold version (If you are using Kubernetes features; Settings > Cloud Code > Kubernetes): v1.39.1
Operating System: Ubuntu-20.04 (Windows 11 22000.795 (WSL))

etanshaul commented 2 years ago

hi @JJRdec . I'm curious if letting the plugin manage the dependencies for you works? (not to say that there isn't something to fix here).

JJRdec commented 2 years ago

hi @JJRdec . I'm curious if letting the plugin manage the dependencies for you works? (not to say that there isn't something to fix here).

Yes, I should have also mentioned this case.

When I let the SDK handle the dependencies, the path to the project stored on WSL can't be read correctly. We can see this below in the output snippet.

Validating Kubernetes dependencies...
Validating image repository settings...
Validating Skaffold module settings...
Caution: deploying a subset of modules may result in errors if there are 
     implicit dependencies not expressed in the skaffold.yaml configuration files.

C:\Users\jim.redmond\AppData\Local\cloud-code\bin\versions\993b38a066a5a0099ee2779a64f2ead49a15795fd0ea8f39cb0209be2c24ee5b\skaffold.exe dev --filename skaffold.yaml --profile local --label ide=Idea --label ideVersion=2022.1.3.0.0 --label ijPluginVersion=22.7.1-221 --auto-build=false --auto-deploy=false --auto-sync=false --rpc-port 50052 --port-forward=true --wait-for-deletions-max=2m0s --status-check=true --module patholytix --verbosity warn
Listing files to watch...
 - cache
 - core
 - identity
Generating tags...
 - cache -> cache:latest
 - core -> core:latest
 - identity -> identity:latest
Checking cache...
 - cache: Not found. Building
 - core: Not found. Building
 - identity: Not found. Building
Starting build...
Found [docker-desktop] context, using local docker daemon.
Found [docker-desktop] context, using local docker daemon.
Found [docker-desktop] context, using local docker daemon.
Building [identity]...
Target platforms: [linux/amd64]
'\\wsl$\Ubuntu-20.04\home\jim-redmond\projects\discovery\msa\identity'
CMD.EXE was started with the above path as the current directory.
UNC paths are not supported.  Defaulting to Windows directory.
'.' is not recognized as an internal or external command,
operable program or batch file.
building custom artifact: exit status 1
Building [cache]...
Target platforms: [linux/amd64]
Build [cache] was canceled
Building [core]...
Target platforms: [linux/amd64]
Build [core] was canceled

One workaround may to store the files on the Windows system and mount from WSL (i.e. /mnt/c/path/to/project) when say I want to use the Linux terminal. However this is not recommended by Microsoft

glebsts commented 1 year ago

any update on that? same question.

emmanuelbaah commented 1 year ago

Sorry for the delay, we are still investigating this issue and will update when we have a fix

GoogleCloudPlatform / cloud-code-intellij