| Commit message (Collapse) | Author | Age |
|---|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
The v2 tag was finally bumped to v2.1.5 (I needed v2.1.4).
|
| |
|
|
|
|
|
| |
Forgot to switch to $RUNNER_WORKSPACE/build in the workflows also.
Also, the usual crap with the cache action made me change the cache
keys, or it would be restore in the wrong location for some reason.
|
| |
|
|
|
| |
It should help running the scripts on Windows, where the .py extension
is associated with the Python interpreter.
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
actions/cache@v2 doesn't work on windows-2016 images, since those
contain the GNU tar, which cannot work with \ as path separator. This
was fixed in package @actions/cache v1.0.5, which is used by action
actions/cache@v2.1.4 [1][2].
In addition, it simply couldn't find tar.exe on those images thanks to
my action cleanup-path, which removed the corresponding directory (I
think it was Git's bin/) from PATH. It worked for windows-2019 images
thanks to them containing tar.exe in System32. Solved by turning
cleanup-path into a JavaScript action with a "post" step, which restores
the original PATH value.
[1]: https://github.com/actions/virtual-environments/issues/480
[2]: https://github.com/actions/toolkit/issues/632
|
| |
|
|
| |
It seemingly doesn't work unless the key includes runner.os?
|
| | |
|
| | |
|
| |
|
