Commit message (Collapse) | Author | Age | |
---|---|---|---|
* | workflows/ci: linting | Egor Tensin | 2021-05-04 |
| | |||
* | README: fix badge link | Egor Tensin | 2021-04-17 |
| | |||
* | workflows/ci: error out if no files to upload | Egor Tensin | 2021-04-07 |
| | |||
* | workflows/ci.yml: run the tests | Egor Tensin | 2021-01-24 |
| | |||
* | README: update | Egor Tensin | 2021-01-24 |
| | |||
* | add GitHub workflow | Egor Tensin | 2021-01-24 |
| | |||
* | bye-bye, AppVeyor!no_more_appveyor | Egor Tensin | 2021-01-24 |
| | |||
* | AppVeyor: add some basic tests | Egor Tensin | 2020-08-27 |
| | |||
* | AppVeyor: use choco to install stack | Egor Tensin | 2020-08-27 |
| | |||
* | AppVeyor: fast_finish | Egor Tensin | 2020-01-11 |
| | |||
* | appveyor.yml -> .appveyor.yml | Egor Tensin | 2020-01-11 |
| | |||
* | AppVeyor: prettify appveyor.yml | Egor Tensin | 2020-01-09 |
| | |||
* | AppVeyor: package the artifacts | Egor Tensin | 2019-12-16 |
| | |||
* | AppVeyor: ditch PowerShell | Egor Tensin | 2019-12-11 |
| | |||
* | AppVeyor: don't preserve Set-PSDebug | Egor Tensin | 2019-08-24 |
| | |||
* | split root .gitattributes | Egor Tensin | 2019-08-24 |
| | |||
* | AppVeyor: build all branches | Egor Tensin | 2019-08-24 |
| | |||
* | AppVeyor: better practices | Egor Tensin | 2019-08-22 |
| | |||
* | fix eol | Egor Tensin | 2019-08-22 |
| | |||
* | add .gitattributes | Egor Tensin | 2019-08-21 |
| | |||
* | AppVeyor: build master only | Egor Tensin | 2019-08-21 |
| | |||
* | README: add AppVeyor badge | Egor Tensin | 2019-08-21 |
| | |||
* | add AppVeyor configuration | Egor Tensin | 2019-08-21 |
| | |||
* | ignore stack.yaml.lock | Egor Tensin | 2019-08-21 |
| | | | | | | Stack 2.1.1 introduced lock files. I'm not sure whether to include them in the repository, here's some discussion on the subject: https://github.com/commercialhaskell/stack/issues/4795 | ||
* | bump resolver | Egor Tensin | 2019-08-21 |
| | | | | | | | | It includes the required Win32 version, so there's no need to mess with extra-deps. Also, it uses a newer Cabal version, which seems to require the Paths_ module to be listed in other-modules (and adds the autogen-modules field). | ||
* | fix builds with Stack >= 2.1.1 | Egor Tensin | 2019-08-21 |
| | | | | | Somehow it complained about the time package not being in extra-deps (it works with 1.9.3). | ||
* | README update | Egor Tensin | 2017-10-04 |
| | |||
* | bump versionv0.2.1.0 | Egor Tensin | 2017-06-17 |
| | |||
* | Win32's lower bound was always wrong | Egor Tensin | 2017-06-17 |
| | | | | | | | | I don't know why, the `failWith` fix was only released in Win32-2.5.0.0. Maybe it had to be >= 2.4.0.0 because previously Win32 was fetched from GitHub as a tarball of the commit with the fix, before the package version was actually bumped to 2.5.0.0. | ||
* | use windows_cconv.h from Win32 | Egor Tensin | 2017-06-17 |
| | |||
* | add --version flag to executables | Egor Tensin | 2017-06-17 |
| | |||
* | bump resolver | Egor Tensin | 2017-06-17 |
| | | | | | Also, put Win32 to extra-deps (the then-unreleased version was previously fetched in a .zip tarball from GitHub directly). | ||
* | refactoring | Egor Tensin | 2017-06-13 |
| | |||
* | bump versionv0.2.0.0 | Egor Tensin | 2017-06-13 |
| | |||
* | fix HLint warnings | Egor Tensin | 2017-06-13 |
| | |||
* | addpath: detect expandable paths | Egor Tensin | 2017-06-13 |
| | |||
* | feature registry value type in prompts | Egor Tensin | 2017-06-12 |
| | |||
* | refactoring | Egor Tensin | 2017-06-12 |
| | |||
* | setenv: crap, another bug | Egor Tensin | 2017-06-12 |
| | | | | | | | | I don't know what's happening. The latest string of commits is basically broken at every point. I'll tag as soon as I decide it's safe to use, which probably will become the default mode of development (instead of _every_ commit representing a working version). | ||
* | addpath: fix a sleep-deprived bug | Egor Tensin | 2017-06-12 |
| | | | | | | | | | | | | | | Yeah, so last night I added a Show instance to WindowsEnv.Value (ex-WindowsEnv.VarValue), which would simply call valueString (ex-varValueString). Then I replaced every valueString/varValueString with show. Then I decided that this Show instance was a mistake, and derived an instance instead. It obviously messed up all the show VarValue/Value calls. The lesson to learn is you should remove an instance first, fix all the call sites, and only then derive it. The disgusting part is that a few of the last commits are actually broken, which I hate. | ||
* | delpath: don't do anything if variable is missing | Egor Tensin | 2017-06-12 |
| | |||
* | setenv: detect expandable values | Egor Tensin | 2017-06-12 |
| | |||
* | WindowsEnv: {VarName,VarValue} -> {Name,Value} | Egor Tensin | 2017-06-11 |
| | | | | | Also, fix compiler warnings (I've got too used to building with `--ghc-options -w`). | ||
* | delenv: ignore missing variables | Egor Tensin | 2017-06-11 |
| | |||
* | refactoring | Egor Tensin | 2017-06-11 |
| | |||
* | windows-env.cabal: fix formatting | Egor Tensin | 2017-06-11 |
| | |||
* | refactoring | Egor Tensin | 2017-06-11 |
| | | | | | | | | | | The fact whether the registry value was a regular or an expandable string is now propagated up to the `Environment` module (and even further to the apps). This was done to get rid of these weird `setString*` functions (and the like). I don't feel like I've came up with the right abstractions yet though, so there's more work on this to come. | ||
* | code style | Egor Tensin | 2017-06-10 |
| | |||
* | refactoring | Egor Tensin | 2017-06-10 |
| | |||
* | refactoring | Egor Tensin | 2017-06-10 |
| |