[Feature] support for windows 11

[Milor123]

Guys i am trying using it over WSL2 Ubuntu for update my Windows 11 Containers

But i get this error

./dockcheck/dockcheck.sh: line 427: cd: C:\Linux\Linux-Documents\Docker-Composes\immich: No such file or directory
Path error - skipping immich_machine_learning
./dockcheck/dockcheck.sh: line 427: cd: C:\Linux\Linux-Documents\Docker-Composes\immich: No such file or directory
Path error - skipping immich_server

the script dont understand the real path should be now /mnt/c/Linux/Linux-Documents/Docker-Composes because i am in WSL and I've executed the container from windows using the docker-compose.yml files

Could you do something similar like:

• ./dockcheck --windows-mode (for WSL2)

Or what should i do guys? Thank u very much !!

[mag37]

Sorry, I don't have a single windows installation and I don't intend to get one.

If this is an easy fix that doesn't affect the rest of the script, and can be tested by someone - I'll implement it.

[Milor123]

Sorry, I don't have a single windows installation and I don't intend to get one.

If this is an easy fix that doesn't affect the rest of the sceipt, and can be tested by someone - I'll implement it.

I will try do something with the code, if I can do it, i will share it here, but i am not developer xDDD
Thank u very much or else I could be tester xD

[Milor123]

Sorry, I don't have a single windows installation and I don't intend to get one.

If this is an easy fix that doesn't affect the rest of the script, and can be tested by someone - I'll implement it.

I came to tell you that I was able to adapt a part of the code, however I encountered a technical limitation.

It turns out that when I try to make a docker-compose up from WSL, as my docker-compose.yml files are configured with Windows paths, then it is impossible for me to mount them, so I would have to do something very complicated or simply adapt them for linux, and I do not want to make these strange mixtures because I currently work under windows.

I think the most sensible option would perhaps be to migrate the sh script in parallel so that it could run under powershell on windows, but I don't know how to do it, and you don't use windows so I don't think it would be stable or viable.

Thanks anyway, your script is great, thank you very much !
I hope some experienced developer can make a parallel fork to use it on windows.

[Thaurin]

It turns out that when I try to make a docker-compose up from WSL, as my docker-compose.yml files are configured with Windows paths, then it is impossible for me to mount them, so I would have to do something very complicated or simply adapt them for linux, and I do not want to make these strange mixtures because I currently work under windows.

Sorry to say, it seems that you are already using this "strange mixture" of Linux and Windows. ;) It sounds like you are mixing up the WSL file system with the Windows file system by having the compose files (and presumably also your volumes) stored on the Windows file system. It works, but WSL really doesn't like the Windows file system all that much, as the I/O between the two is very slow, and, as you can see, the path names are different.

I don't really know how Docker Desktop works, since I've never used it, but if I store my Docker compose file in WSL, say ~/docker/immich/docker-compose.yaml, and I run docker compose up -d, I experience no problems with dockcheck.sh. The dockcheck.sh script gets the container directory from the output of docker inspect from com.docker.compose.project.working_dir. I do not know how Docker conjured up that path and if it's stored somewhere as metadata, but that seems likely if you are running the dockcheck script from within WSL and it returns that. How are you running dockcheck? I hope it's not from Git for Windows' bash or Powershell, because then I'd expect it to return a Windows path either way.

In any case, I'd advise you to store the Docker compose files and Docker volumes on the WSL file system. They are Linux containers, after all. Is there any reason why you don't want to do that?

[mag37]

Thank you for testing it out and reporting back!
So if I understand correctly - the containers run within Windows (and such has windows paths) and you're trying to run dockcheck.sh from within WSL on the same Windows host - so the Windows-style paths are not reachable from within WSL?

In that case maybe you can (install and then) use git bash directly on the windows host - if that would work with the paths? There might be some issues with dependencies - I'm not sure what's included in the git bash.

[Milor123]

Thank you for testing it out and reporting back! So if I understand correctly - the containers run within Windows (and such has windows paths) and you're trying to run dockcheck.sh from within WSL on the same Windows host - so the Windows-style paths are not reachable from within WSL?

In that case maybe you can (install and then) use git bash directly on the windows host - if that would work with the paths? There might be some issues with dependencies - I'm not sure what's included in the git bash.

I've get this error, but i think that it dont work in git bash, because if you can check my path change to /c/, now i am need search /c/Linux/Linux-Documents/Docker-Composes/dockcheck most probably have the same limiting error as in WSL, because of the paths in the .yml file.

Image:

terminal output text:

/c/Linux/Linux-Documents/Docker-Composes/dockcheck (main)
$ ./dockcheck.sh
regctl is not working - try to remove it and re-download it, exiting.

[mag37]

Ah yes :( seems not be working then. Sorry I cant help you troubleshoot this further.

[Milor123]

Ah yes :( seems not be working then. Sorry I cant help you troubleshoot this further.

Dont worry bro, thank u very much for try it !!!

[mag37]

I know you closed the issue - I've moved it to a discussion if others what to test and suggest something.

[Thaurin]

Alright, now I'm starting to doubt myself. These are Linux containers, not Windows containers, that you are trying to update, right?

Edited, I guess it has to be Linux, because I don't think Immich runs on anything other than Linux.