elm-tooling
Manage Elm tools.
See elm-tooling.github.io/elm-tooling-cli for more information.
Manage elm-tooling.json. Install Elm tools.
Manage Elm tools.
See elm-tooling.github.io/elm-tooling-cli for more information.
ℹ️ If you use macOS ARM (Apple Silicon) and have used
elm-tooling
1.11.0–1.14.1 before, you need to clear previously downloaded binaries in order to get the newest macOS ARM binary. Otherwise you’ll keep using the one from 1.11.0.
# Remove downloaded binaries: rm -R ~/.elm/elm-tooling/elm/0.19.1/ # Install new binaries: cd your-project npx elm-tooling install
The previous macOS ARM binary could sometimes segfault while installing Elm packages. This was fixed by Evan upgrading the Elm compiler to a newer GHC version. He then uploaded a macOS ARM binary to official Elm 0.19.1 release. This version of elm-tooling
downloads a copy of that binary.
export default
, but apparently export =
is the correct syntax to use for packages that export a single function, which can be used both in CJS and MJS. (Read more about Incorrect default export). It should now be possible to do const elmToolingCli = require("elm-tooling")
in a @ts-checked
ed JS file without TypeScript complaining.Note: This version has been deprecated, since it contains a broken elm-format 0.8.6 Windows binary link. Use 1.13.1 or later instead.
ℹ️ If you use macOS ARM (Apple Silicon) and have used
elm-tooling
1.11.0 before, you need to clear previously downloaded binaries in order to get the newest macOS ARM binary. Otherwise you’ll keep using the one from 1.11.0.
# Remove downloaded binaries: rm -R ~/.elm/elm-tooling/elm/0.19.1/ # Install new binaries: cd your-project npx elm-tooling install
Why replace the ARM 64 binaries? The ones in this release are compiled from the same commit as the official x86_64 binaries. The ones in 1.11.0 were compiled from a later commit.
The ones in 1.11.0 still work, but can result in surprises. There are some unreleased Elm compiler commits that result in ever so slightly different compiled JavaScript. Many build systems hash outputs for cache busting. If you run a binary compiled from a later commit locally but an official one on a build server, you might be confused why you get different hashes locally and on the build server for example. There’s also a risk that something compiles on your local computer, but not on the build server, or someone else’s computer (who doesn’t use ARM 64).
Thanks to Mario Rogic for compiling the binaries!
ℹ️ If you use macOS ARM (Apple Silicon) and have used
elm-tooling
before, you need to clear previously downloaded binaries in order to get macOS ARM binaries. Otherwise you’ll keep using Rosetta.
# Remove downloaded binaries: rm -R ~/.elm/elm-tooling/ # Install new binaries: cd your-project npx elm-tooling install
Similarly, if you have tried
elm-tooling
on Linux ARM before, you also need to clear previously downloaded, non-working x86_64 binaries.
elm-tooling
can now be run on any platform. (Previously it exited early on unsupported platforms.)elm-tooling install
prints a message for tools that have no binary for the current platform. (It does not fail the command.)elm-tooling init
no longer creates "entrypoints"
in elm-tooling.json. The Elm Language Server no longer needs it, and that was the only tool using it. "entrypoints"
has also been removed from the spec.elm-tooling validate
command. Since "entrypoints"
was removed, the only remaining field is "tools"
. If elm-tooling install
succeeds your elm-tooling.json is valid, so there’s no need for the elm-tooling validate
command anymore. The spec explains why it won’t be needed in the future either. Note: To avoid a breaking change, elm-tooling validate
is now a hidden command that always exits with code 0, keeping the same API as before. (The human readable output is different – it’s now just a message saying that the validate
command no longer exists.)exports['default'] = elmToolingCli;
was shipped instead of the correct module.exports = elmToolingCli;
.) This is fixed in 1.4.1, and I’ve added a regression test so it won’t happen again.🚨 Note: The package exports of this version are broken, so this version is deprecated. Update to 1.4.1.
Fixed: Some people configure curl
to output an extra newline. The way elm-tooling
uses curl
, that results in an extra newline added to downloaded executables. While an extra newline doesn’t seem to break executables, it fails elm-tooling
’s SHA256 verification, causing elm-tooling
to abort with an error message like this:
elm 0.19.1
< https://github.com/elm/compiler/releases/download/0.19.1/binary-for-linux-64-bit.gz
> /home/you/.elm/elm-tooling/elm/0.19.1/elm
The downloaded file does not have the expected hash!
Expected: e44af52bb27f725a973478e589d990a6428e115fe1bb14f03833134d6c0f155c
Actual: e8b796172746fc7e2cd4edfd2e5a72d49ae38ddd89624caf16c6fa7226cb43c3
It’s usually a good thing that the user’s curl
config file (~/.curlrc
) is respected, because it allows people to configure a proxy. But in this case it’s bad.
To solve this problem, elm-tooling
now overrides the option (-w
, --write-out
) that lets you add a newline (or anything, really) to the output. Thanks to Zach Rose (@windmountain) for reporting initially, and to Jakub Waszczuk (@kawu) and Tomáš Látal (kraklin) for re-reporting and figuring out what the problem was!
Improved: If something like the above happens in the future, the error message is better:
elm 0.19.1
< https://github.com/elm/compiler/releases/download/0.19.1/binary-for-linux-64-bit.gz
> /home/you/.elm/elm-tooling/elm/0.19.1/elm
The downloaded file does not have the expected number of bytes!
Expected: 6034617
Actual: 6034616
- Probably, something in your environment messes with the download.
- Worst case, someone has replaced the executable with something malicious!
This happened when executing:
curl -#fLw "" https://github.com/elm/compiler/releases/download/0.19.1/binary-for-mac-64-bit.gz
Do you have a config file or environment variables set for curl?
There are a number of improvements here:
elm-tooling
now not only verifies the SHA256 hash, but first also the number of bytes. That’s much easier to debug than a hash mismatch. And potentially more secure: An attacker would not just need to find a hash collision, but a hash collision using this exact number of bytes.wget
, tar
and Node.js native https.get()
calls have been similarly improved.
Improved: The output of elm-tooling install
is now less noisy in CI. Previously, if you downloaded elm
, elm-format
and elm-json
at the same time, elm-tooling
would print the progress of all three any time just one of them received some more bytes! That resulted in many duplicate lines. Now, only the tool that got an update is printed, resulting in a plain old log. As a bonus, this made the interactive output ever so slightly more efficient, too!
Improved: The npm package now contains just 3 JS files, instead of 12. This results in a slightly smaller and (in theory) faster package!
Improved: I’ve done some internal refactoring to make the code more type safe. Always a confidence boost!
elm-tooling install
now works in Git Bash on Windows. Travis CI uses Git Bash by default in their Windows environment.elm-tooling
now prints progress more efficiently, resulting in better performance and nicer logs in CI.elm-tooling install
no longer finds node_modules/
up the directory tree. Links to tools are now always created in node_modules/.bin/
in the same directory as elm-tooling.json
. elm-tooling.json
only affects the current project, so elm-tooling install
shouldn’t touch stuff outside the project. #23elm-tooling validate
no longer checks for an elm.json
next to elm-tooling.json
, since there are legitimate use cases for only having an elm-tooling.json
. #24--help
now shows the help text even if there are other arguments passed.elmToolingCli
is now optional and has its own default. Previously, you had to pass either no options or all options.elm-tooling init
now looks at elm.json
to figure out which Elm version to use.elm-tooling
to install elm
and elm-format
."elm": "0.19.0"
accidentally resulted in Elm 0.19.1 being downloaded on Windows.getExecutable
now properly deals with prereleases. Previously, ^1.0.0
would match 1.1.0-beta.1
. Prereleases should only be matched if the range contains a prerelease and they both have the same three-digit base.elm-tooling install
now removes old links created by earlier runs of elm-tooling install
.elm-tooling tools
. Interactively add, remove and update tools.elm-tooling download
command is now removed for real.elm-tooling install
now has nicer output.elm-tooling init
now tries to find what tools you had installed locally using npm
before and uses those version in the "tools"
field.elm-tooling validate
now checks that entrypoints end with .elm
.main
branch instead of master
.elm-tooling postinstall
is now called elm-tooling install
.elm-tooling download
. There’s no use case for it yet. Use elm-tooling install
instead. (Technically the command is still there but it’s not part of the public API and might be removed for real at any time.)elm-json
(latest version as of this writing).getExecutable
for npm packages that want to depend on elm-json
(or other tools).elm-tooling validate
now checks that /
is used rather than \
in entrypoints.elm-tooling help
now shows the version of elm-tooling
.child_process.spawn
.elm-tooling postinstall
into a no-op by setting the NO_ELM_TOOLING_POSTINSTALL
environment variable./dev/null
for silent operation while still seeing unexpected errors on stderr.,
as decimal separator.elm-tooling postinstall
now overwrites links like npm
does.