* improve example versions and note
* add info if user explicitly sets version to 1.6
* npm run build
* add 1.6 explicitly to CI
* convert to a github actions notice
* try core.notice
* npm run build
* Apply suggestions from code review
Co-authored-by: Dilum Aluthge <dilum@aluthge.com>
* Update action.yml
* update example
* update toc
* npm build
---------
Co-authored-by: Dilum Aluthge <dilum@aluthge.com>
* Make the devdocs more complete and self-contained
* Rename devdocs/misc-notes-from-contributors.md to devdocs/misc/misc_notes_for_committers.md
* Document the dependencies of the build script
* No need to manually make multiple commits
---------
Co-authored-by: Ian Butterworth <i.r.butterworth@gmail.com>
* update tests to latest `versions.json`
* allow specifying the version as `lts` to install the latest LTS version
for now, this just hardcodes the LTS version in the source (similar to how juliaup does it) since the latest LTS is not available in `versions.json`. Since the LTS is updated so rarely this might be ok for now.
* add a 'pre' version
* Run `npm ci` followed by `npm run build`
* Add a CI job to test `pre`
---------
Co-authored-by: Viral B. Shah <ViralBShah@users.noreply.github.com>
Co-authored-by: Dilum Aluthge <dilum@aluthge.com>
The workflow to build it is triggered manually as part of the release process now, so this should no longer be an issue and hasn't been one for quite a while.
* If the user does not specify the `arch` input, default to `${{ runner.arch }}` (instead of defaulting to `x64`)
* Add a CI workflow that tests the default arch (i.e. tests what happens when the user does not specify the `arch` input)
Setting the `arch` input to `aarch64` will install `aarch64` binaries,
intended to be used on aarch64-based self-hosted runners.
Please note that we currently don't run test builds on that
architecture, so we cannot guarantee that the input won't break
randomly, although there is no reason why it would.
In a future update, we may choose a default architecture based on the
arch of the runner.
Thanks to @giordano for providing a self-hosted runner for testing.
Co-authored-by: Mosè Giordano <mose@gnu.org>
* Support release nightlies
See #62
* Replace == nightly with endsWith nightly
* Use majorMinorMatch, not full match
* Replace more (in-)equality checks
* Reduce number of duplicate CI builds
* Add example to docs
* Tidy up nightly conditions
This is a temporary fix until we can get Julia versions directly
from julialang.org. Right now the GitHub API randomly fails due to
rate limiting which leads to builds failing even if a valid specific
version was specified.
