| Commit message (Collapse) | Author | Age |
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
dropDrive needed since if splitPath splits out the drives, they would
appear different.
|
| |
|
| |
|
|
|
|
| |
This reverts commit ee66a6ed4d89a4bd30d056be6ddd304a026503b7.
|
| |
|
|
|
|
| |
A few spelling fixes for the git-annex devblog.
|
|
|
|
|
| |
For some reason, when stack install is run separately, it seems to be
installing a previous build from a different temp dir. WTF?
|
| |
|
| |
|
|
|
|
| |
win32 upstream suggested a better name
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Windows: Fix reversion that caused the path used to link to annexed
content include the drive letter and full path, rather than being
relative. (`git annex fix` will fix up after this problem).
I've not identified the commit that brought the reversion (probably it
happened this spring when I was removing MisingH and last touched
Utility.Path). Likely commit c88dfda7e03cab4d96417518b6cfcffd54ad8f5d?
The problem is that relPathDirToFile got called two paths that had the
slashes different ways around. Since takeDrive includes the first slash,
this made two paths on the same drive seem different and it bailed.
(ifdefs around this to avoid doing extra work on non-windows)
This commit was sponsored by Jack Hill on Patreon.
|
| |
|
| |
|
| |
|
|
|
|
| |
rsync is needed to run, but may not be on the build machine; that's ok
|
| |
|
| |
|
| |
|
|
|
|
| |
Thanks, Sean T Parsons
|
|
|
|
| |
Thanks, Sean T Parsons
|
| |
|
| |
|
|
|
|
| |
I think there'a a cygwin git in path confusing things
|
|
|
|
| |
fatal: Invalid path '/cygdrive/c/jenkins/workspace/git-annex-master/git-annex/.stack-work/downloaded/C:\jenkins\workspace\git-annex-master\git-annex\.stack-work\downloaded\56E6vnUQljVi': No such file or directory
|
|
|
|
|
|
|
|
|
| |
Get ugly reversion out of CHANGELOG.
Also, relocated the windows stack.yaml to top, and updated windows build
instructions.
This commit was sponsored by Henrik Riomar on Patreon.
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
and git for windows includes curl which git-annex will use instead.
wget was broken even in the previous old release of the windows bundle,
this is not new breakage. msys-idn-11.dll and probably more would be needed
to use it. git for windows includes msys-idn2-0.dll instead.
|
| |
|
|
|
|
|
| |
git-annex is installed into . by Build/NullSoftInstaller, so use that
for running git-annex test
|
| |
|
| |
|
| |
|
| |
|
|\ |
|
| | |
|
| | |
|
|/ |
|
|
|
|
|
|
| |
Seems to want to recompile git-annex before running unrelated program.
stack ghc does not have that problem
|
| |
|
| |
|
|
|
|
|
|
| |
Which old witch? The EvilLinker witch!
This commit was sponsored by Thom May on Patreon.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Code for terminating processes on Windows is not linking anymore;
made a warning be displayed instead. This breaks restarting the
assistant and git annex assistant --stop.
I hope to see the code added to the Win32 library, where it should fit
better and should avoid whatever problem is making the linker not like it
when included in git-annex. I opened an issue requesting its addition,
here: https://github.com/haskell/win32/issues/91
This commit was sponsored by Thomas Hochstein on Patreon.
|
|
|
|
|
|
|
|
|
|
| |
This reverts commit d6d0b1fe20397bf073f11d579f5c0c38785e071a.
Neither way is working.. The other way failed:
.stack-work\dist\5f9bc736\build\git-annex\git-annex-tmp\Assistant.o:fake:(.text+0x6bb3): undefined reference to `terminatepid'
Seems that winprocess.c is not getting linked in.
|
| |
|