summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorGravatar Joey Hess <joeyh@joeyh.name>2017-03-27 21:40:45 -0400
committerGravatar Joey Hess <joeyh@joeyh.name>2017-03-27 21:40:45 -0400
commit5bf0164d90bf519added290b7245aaf0a02ac82f (patch)
tree7b2ee5eea6df5e308dde888ef7aaaa3503850f97
parent1388d4d9f103435f3aac9b4eda04323ffd79cbcf (diff)
WSL can now run git-annex
-rw-r--r--doc/todo/windows_support.mdwn51
1 files changed, 40 insertions, 11 deletions
diff --git a/doc/todo/windows_support.mdwn b/doc/todo/windows_support.mdwn
index deb0e1e97..538901113 100644
--- a/doc/todo/windows_support.mdwn
+++ b/doc/todo/windows_support.mdwn
@@ -1,17 +1,6 @@
The git-annex Windows port is beta, but rapidly becoming polished and
usable!
-## do we need this port anymore?
-
-See <http://blog.dustinkirkland.com/2016/03/ubuntu-on-windows.html>
-
-If windows has transparent support for running linux executables, and those
-executables can access files in "." which are on the windows system, then
-you could just use this to run linux git-annex on windows. No port needed.
-
-That would be great!
-
-Seems like this would need Windows 10.
## status
@@ -84,3 +73,43 @@ seems unreliable/broken on Windows.
it and files can be transferred to it and back
* Does stopping in progress transfers work in the webapp?
+## do we need this port anymore?
+
+See <http://blog.dustinkirkland.com/2016/03/ubuntu-on-windows.html>
+
+If windows has transparent support for running linux executables, and those
+executables can access files in "." which are on the windows system, then
+you could just use this to run linux git-annex on windows. No port needed.
+
+That would be great!
+
+Seems like this would need Windows 10.
+
+> The latest builds of Windows 10 (build 15063) can run git-annex in the
+> Windows Subsystem for Linux. After following the instructions at
+> <https://msdn.microsoft.com/en-us/commandline/wsl/about>, run:
+> `sudo apt-get install git-annex`
+>
+> git-annex in WSL passes its full test suite, and it avoids all
+> the problems discussed in sections above.
+>
+> git-annex can access Windows files in eg `/mnt/c`, so a git-annex
+> repository can be stored there. However, if the git-annex repository uses
+> indirect mode, the symlinks used by git-annex won't be usable by Windows
+> programs. Use either direct mode, or v6 mode to avoid the symlink
+> problem.
+>
+> Also, see this important caveat:
+> <https://blogs.msdn.microsoft.com/commandline/2016/11/17/do-not-change-linux-files-using-windows-apps-and-tools/>
+>
+> WSL is currently rather annoying to enable. *If* it became easy enough
+> to enable, note that "bash -c git-annex" works from a windows command
+> prompt, and would probably work in a .bat file as well, so git-annex from
+> the WSL could be transparently used on the windows side.
+>
+> The webapp does not currently work. It doesn't know how to open a web
+> browser from the linux side. There are also what look like some emulation
+> problems around the daemonization code. `git annex assistant
+> --foreground` does run, but while it notices when new files are added, it
+> does not notice when existing files get modified. Probably an inotify
+> emulation bug. --[[Joey]]