Using Enola.dev¶
The following chapters demonstrate different usage scenarios with recorded demos.
This page documents several options available to locally install and run Enola.
TGZ x86_64¶
For Linux, download the enola.x86_64.tgz
archive, then extract it, e.g. with tar xvf enola.x86_64.tgz
, then run it with
enola/bin/enola
.
This distribution includes an appropriate Java Runtime Environment (JRE).
JAR¶
If you have java
on your $PATH
, then you can
download the enola
binary, then chmod +x enola
and launch it directly using ./enola
(on Linux, FreeBSD & macOS); or
java -jar enola
(e.g. on 🪟 Windows).
Downloader¶
enola-dl
downloads the latest version (into
~/.cache/
) when required, and then directly runs it. If you put this somewhere on
your $PATH
, e.g. into your ~/bin/
, then you will automagically always be running
the latest up-to-date version of Enola. (We recommend actually saving it renamed as
enola
instead of enola-dl
, just for convenience of launching.)
As is currently implemented (using basic curl
), there is a bit of a start-up time
overhead for this. Future enhancements may further optimize this; e.g. check only
once a day or so.
Of course, whether you are comfortable with such “Continuous Delivery”, and thus
“always living at HEAD
”, like in “rolling release distros”, or have any concerns
with such an approach e.g. from a security perspective, is entirely your choice - YMMV.
Container¶
enolac
runs Enola from a Container, on Docker (or Podman,
or CRI-O; locally or e.g. on Kubernetes).
It takes the exact same CLI arguments as the “regular” enola
binary, but pulls it
via a container image, instead of a “local installation”, as above.
It appropriately “mounts” the current working directory into the container, so that
relative file:
URIs should work. Absolute paths on your host won’t work, because they
are not accessible to the container (“by design”).