I've installed git-annex and git-annex assistant on Windows 7 in a corp environment (hello gotchas!).
2014-09-08 18:15:03 +00:00
2014-09-08 18:16:42 +00:00
In this post I'll describe issues I encountered, how I fixed them, recommendations I have for the installer, and some results from a couple `git annex test` runs.
2014-09-08 18:15:03 +00:00
# Background
My regular domain user doesn't have permissions to write to `C:\Program Files (x86)`, so I use a secondary domain user which is in the Administrators group. I use "Run as different user" to run installers, etc. (cf. "Run as Administrator")
During msysgit installation I checked "only bash, don't add to path, don't integrate with Explorer" etc, since I like my third-party applications isolated.
# The installer
## Where to install `git-annex.exe`
The nightly build of git-annex/assistant from NEST (20140908) only prompts for the base path of the msysgit location and it installs files in `$BASE/bin` and `$BASE/cmd`... I'll try manually copying files post-install to mitigate the path issues described in other posts on this forum.
The msysgit installer (1.9.4-preview20140815) presents a certain screen with three radio options:
1. git bash only
2. just git in `cmd.exe`
3. git + unix tools in `cmd.exe`.
I *think* this is the meaning of each:
1. cmd.exe's PATH is not touched.
2. `$GITBASE/cmd` is added to PATH
3. `$GITBASE/bin` is added to PATH
Therefore, I think that if you do something so that `git-annex.exe` is added to both $GITBASE/cmd and $GITBASE/bin (perhaps a symlink or even a .lnk file) then all three user preference options will be covered.
All I did was copy `$BASE/cmd/git-annex.exe` to `$BASE/bin/git-annex.exe` and now both `git annex` and `git-annex` work in my msysgit "git bash" console. I didn't test `cmd.exe` since I selected option 1 in the msysgit installer.
## Installer locations: user profile or system-wide?
I found a shortcut for the webapp in Start Menu/Startup ... for the wrong user. Please prompt the user during the installation: "Install startup link system-wide or for current user?"
# git annex test results
## `$HOME` defaulted to some mapped drive, whoops!
The test suite has been running since before I started this post. Is that normal? :)
I notice that it emits "Detected a crippled filesystem", "Enabling direct mode." and other messages again and again. If those checks are expensive, maybe the result should be memoized/cached.
Oh goodness, the test is reading and writing to my "home directory": a remote filesystem I never use. It's slow. I'll have to configure msysgit to use a different, more local `$HOME`. This a common problem on this workstation. I'll let the test finish in case it reveals something useful to you, but this will not be how I use it going forward...
I am unable to attach `testWithMappedDriveHomeDirConsoleOutput.txt` to this post. 1 out of 84 tests failed. Here is the only case sensitive occurrence of FAIL in the console output, with some lines of context.
OK
info: Detected a filesystem without fifo support.
Disabling ssh connection caching.
Detected a crippled filesystem.
Enabling direct mode.
git-annex: Data.BloomFilter.Util.suggestSizing: capacity too large to represent
FAIL
Exception: user error (git-annex ["info","--json"] exited 1)
version: Detected a filesystem without fifo support.
...Note the corruption. I think this happens when I drag the scroll bar while console output is being emitted. (msysgit's problem?) I would presume and hope that this is a "display only" issue. UPDATE: see section Corruption below.
2014-09-08 18:15:03 +00:00
2014-09-08 18:36:51 +00:00
# .vbs failure
I copied the `git-annex.lnk` out of my admin user's start menu onto my desktop and double clicked it. `wscript.exe` got stuck in a loop where new copies were being spawned over and over again (and old copies dieing at the same rate).
I think I know why. `git-annex.exe` isn't on the path... but `git-annex.lnk` is in the CWD (Desktop in this case). Yeah, that is the problem. The vbs attempts to run "git-annex webapp", and this .lnk points to a valid "executable": `git-annex-webapp.vbs`... So it just calls itself with an argument over and over again.
Workaround: invoke `git annex webapp` from the normal git bash console.
2014-09-08 19:21:01 +00:00
# Corruption?
In some section above I speculated that the "jittery" corruption I was seeing in my console was a "display only" problem caused by scrolling around while new characters were being printed to the console. Now, I don't think so.
The corruption can be seen in the Log in the webapp. Here's an example from the top of the log:
[2014-09-08 13:37:45 Central Daylight Time] main: starting assistant version 5.20140908-g378fbb1
Launching web browser on file://d:\annex\.git\annex\webapp.html
[2014-09-08 13:37:45 Central Daylight Time] Cronner: You should enable consistency checking to protect your data.
(scanning...) [2014-09-08 13:37:45 Central Daylight Time] Watcher: Performing startup scan
I have no clue about this! (Well... "I think it's trying to communicate!")
2014-09-08 18:15:03 +00:00
# Conclusion
I hope this information is helpful. I've enabled the 'email comments to me' option on this post and I'd be happy to perform further tests upon request.