| Commit message (Collapse) | Author | Age |
|---|
| |
|
|
|
| |
For some reason, when stack install is run separately, it seems to be
installing a previous build from a different temp dir. WTF?
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Not tested yet.
The EvilLinker workaround is removed. That got fixed in ghc 8.0.1,
(per https://ghc.haskell.org/trac/ghc/ticket/8596)
which will finally be used by the windows autobuilder now.
I have not deleted the EvilLinker yet (or closed its bugs).
This commit was sponsored by John Peloquin on Patreon.
|
| | |
|
| |
|
|
|
|
| |
It started exporting a isSymbolicLink which supports windows. But,
git-annex does no use symlinks on windows yet and this conflicts with the
function by the same name from unix-compat, so hide it.
|
| |
|
|
|
| |
The vbs launchers now are passed the path where git-annex was installed to,
so they will work when it's not in path.
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
This is pretty complicated, but I have both "git-annex" and "git annex"
working both in the git bash shell even with git not added to path.
And, when git's added to path, both work from MS-DOS prompt window too.
I think that the webapp startup does still need git in path, so
instructions will keep saying to do that. But, users often disregard them,
and hopefully this will reduce support traffic.
Also, switched the wget from the cygwin one to the msys2 one, avoiding the
complication of needing to bundle any cygwin dlls.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Using msysgit with git-annex is no longer supported.
At the same time, I'm updating the rsync.exe in my downloads repository
with the one from msys2.
Note that rsync is currently still being ldded and installed in Git/cmd/
like the other cygwin programs. The ldd fails and this failure is ignored.
It would be better to special case it to go in Git/usr/bin/, so that the
user can't run rsync in a dos prompt window, which doesn't work, as it needs
additional libs. However, as far as git-annex running rsync running ssh,
it works ok in this location.
Removed the ssh.cmd and ssh-keygen.cmd; these are not needed with git for
windows. Keeping them would let ssh be run manually from a dos prompt
window, but that's not really a goal.
|
| | |
|
| | |
|
| |
|
|
|
|
| |
copying failed because dlls are not in path.
This batch file is based on the one msysgit uses to start gitk
|
| |
|
|
| |
the setting of HOME. Instead, copy msysgit's ssh into PATH.
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
where the menu file is treated as a git-annex program.
|
| | |
|
| |
|
|
|
|
|
| |
Pointing to the website is easier than trying to format the man page to
html on windows.
Closes https://github.com/datalad/datalad/issues/39
|
| | |
|
| | |
|
| |
|
|
| |
Git/bin, since the latter is not in the default msysgit PATH.
|
| |
|
|
| |
outside the menus.
|
| |
|
|
|
|
|
|
|
| |
This fixes all instances of " \t" in the code base. Most common case
seems to be after a "where" line; probably vim copied the two space layout
of that line.
Done as a background task while listening to episode 2 of the Type Theory
podcast.
|
| |
|
|
|
|
| |
This way, it works both when using msgit, which will look in both bin and
cmd, but also when using cygwin's git, which only looks in PATH, which
includes cmd but not bin.
|
| |
|
|
|
| |
.. To avoid that being in the PATH, which caused some weird breakage.
(Thanks, divB)
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
| |
Using the crazy but apparently best approach of a VB Script that runs
git-annex, in a hidden DOS window.
Note that currently the git-annex messages are not directed to daemon.log.
Would probably need another layer of script. Also problimatic since the
repository may not exist yet.
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
Needed by cygwin cp
|
Joey Hess
Joey Hess
Joey Hess