Commit message (Collapse) | Author | Age | |
---|---|---|---|
* | --no-haddock | 2017-10-24 | |
| | |||
* | use windows stack.yaml for additional stack commands | 2017-10-24 | |
| | |||
* | remove unncessary withcyg | 2017-10-24 | |
| | |||
* | add to PATH | 2017-10-24 | |
| | |||
* | get rsync before build | 2017-10-22 | |
| | |||
* | typo | 2017-10-22 | |
| | |||
* | run only 1 job | 2017-10-22 | |
| | | | | | Seeing interrmittent build failures that may be related to stack's concurrency | ||
* | disable haddock | 2017-10-22 | |
| | |||
* | try lts-9.10 with old win32 | 2017-10-22 | |
| | | | | toolchain issue is preventing nightly from building anything on windows | ||
* | add IfElse version | 2017-10-22 | |
| | |||
* | switch to nightly-2017-10-22 for newer win32 | 2017-10-22 | |
| | |||
* | point packages dir at top | 2017-10-22 | |
| | |||
* | windows-specific stack.yaml to enable Win32 | 2017-10-22 | |
| | |||
* | temporarily disable rm to get building | 2017-10-22 | |
| | |||
* | better fix for rm path | 2017-10-22 | |
| | |||
* | add cygwin bin to path | 2017-10-22 | |
| | |||
* | remove msysgit cruft | 2017-10-22 | |
| | |||
* | remove ghc --version | 2017-10-22 | |
| | | | | using stack, version is pinned | ||
* | force update | 2017-10-22 | |
| | |||
* | update windows build scripts to use stack | 2017-10-17 | |
| | | | | | | | | | | | | 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. | ||
* | log ghc version | 2017-10-16 | |
| | |||
* | avoid cloning xss-sanitize when clone already exists | 2017-10-16 | |
| | |||
* | try working around strange cabal install bug for xss-sanitize | 2017-10-16 | |
| | |||
* | try explicitly installin xss-sanitize | 2017-08-23 | |
| | |||
* | stop removing cabal | 2017-08-23 | |
| | |||
* | avoid broken version of xss-sanitize | 2017-08-17 | |
| | | | | https://github.com/yesodweb/haskell-xss-sanitize/issues/17 | ||
* | temporarily --force-reinstalls | 2017-08-17 | |
| | |||
* | force update of cabal libs | 2017-08-17 | |
| | |||
* | urk | 2016-12-01 | |
| | | | | test failures were being ignored for complex reasons, new autobuilder broke that; bring it back | ||
* | typo | 2016-09-06 | |
| | |||
* | stop removing old builds again | 2016-09-06 | |
| | |||
* | pin mwc-random to last known working version on windows | 2016-09-06 | |
| | |||
* | constrain cryptonite version to avoid windows build fail | 2016-09-06 | |
| | | | | https://github.com/haskell-crypto/cryptonite/issues/99 | ||
* | try using cabal constraint | 2016-09-06 | |
| | |||
* | perisstent-sqlite-2.2.1 fails to build on windows | 2016-09-06 | |
| | |||
* | remove old cabal install libraries to try to fix windows autobuilder | 2016-09-06 | |
| | |||
* | Revert "workaround try #3" | 2016-02-17 | |
| | | | | | | This reverts commit 1a901fe8c2b3dc3192074e19177e6e4652233ea2. Didn't cause the overall build to fail either. | ||
* | workaround try #3 | 2016-02-16 | |
| | |||
* | wow, this windows sh is super busted. try another hack | 2016-02-15 | |
| | |||
* | seems false didn't cause windows shell to propigate test suite failure | 2016-02-15 | |
| | |||
* | remove verbose flag; aws deps fixed | 2015-10-19 | |
| | |||
* | be verbose to debug problem with aws | 2015-10-06 | |
| | |||
* | force installing older warp; current fails to build | 2015-10-06 | |
| | |||
* | sed out the filename from sha1sum output | 2015-10-06 | |
| | |||
* | hopefuly fix sha1sum calling; also refactor and check downloaded program's ↵ | 2015-10-06 | |
| | | | | sha before using it | ||
* | remove workaround | 2015-10-04 | |
| | |||
* | force installing older warp; current fails to build | 2015-10-04 | |
| | |||
* | fix PATH | 2015-09-11 | |
| | | | | zcat is needed from cygwin to build | ||
* | get git-annex working even if user doesn't add git to path | 2015-09-11 | |
| | | | | | | | | | | | | | 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. | ||
* | Switched to using git for Windows, rather than msysgit. | 2015-09-10 | |
| | | | | | | | | | | | | | | | | | | 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. |