Releases: epi-project/brane
Releases · epi-project/brane
v3.0.0
Added
- The
libbrane_cli.so
library (brane-cli-c
crate), which provides C-bindings to the client functionality of thebrane
CLI tool. This can be used by other projects (e.g., Brane IDE) to provide client functionality when written in C/C++. - The
branectl upgrade
subcommand, which can be used to upgrade old backend-facing config files to the new style.- Added support for
node.yml
files
- Added support for
- The
brane upgrade
subcommand, which can be used to upgrade old user-facing config files to the new style.- Added support for
data.yml
files
- Added support for
- An extensive description of the
brane-prx
service in the generated docs. - The
--keep-containers
options tobrane run
,brane repl
andbrane test
to keep containers around for debugging after running. - A garbage collector to
brane-drv
for running sessions, to terminate them if they haven't been accessed for over 24 hours. - An
overview
-crate acting as a proper entrypoint to auto-generated docs.- This overview includes a proper crate overview.
brane import
now has a--branch
flag to import a package on the non-main
branch instead [breaking change].- This is breaking because it used to be the default branch instead of the
main
-branch.
- This is breaking because it used to be the default branch instead of the
Changed
- The
backend.yml
anddata.yml
files to use the default tagging option in serde (i.e., use!<variant>
instead of thekind
-field) [breaking change]. - The
node.yml
file to acceptdelegate
as an alias forjob
instead ofdriver
[breaking change]. - Bumped
brane-tsk
packages to newest version (base64). - No longer depending on git2 in any fashion.
Fixed
- Lots of
clippy
errors.
v2.0.0
Added
- Profiling reports to (parts of) the framework. These can be used to examine the framework's performance from a development perspective.
--profile-dir
tobranectl
that can be used to collect all profile results into one directory.branectl
accepting theexe
-option on thestart
andstop
subcommands, which can be used to change the Docker compose executable called.- Support for generating certificates in
branectl
with thegenerate certs
-subcommand.- technically this is a breaking change because we changes the location of the command from toplevel to be nested under
generate
, but since it was not implemented we don't mark it as such.
- technically this is a breaking change because we changes the location of the command from toplevel to be nested under
- The
--trace
flag tobranectl
that unlocks even more detailled logs. - Support for compiling
branectl
containerized, to meetGLIBC
requirements. - The Docker Compose-files (
docker-compose-central.yml
anddocker-compose-worker.yml
) as baked-in files tobranectl
. brane-prx
being able to proxy traffic through a SOCKS5 proxy.- To do this, the
proxy
-field innode.yml
has a different syntax to select the target protocol [breaking change]. branectl
has also been updated to reflect this.
- To do this, the
- Windows support for
make.py
. - Windows support for the
brane
CLI. - The
--local-aux
option tobranectl
such that it becomes easier to use pre-downloaded auxillary images. - Docker Buildx cache mounts (
--mount=type=cache
) to the compilation step, which should massively increase speed of repeated release builds. - Automatic CRLF detection when adding UTF-8/ASCII files to a container, and a subsequent prompt to deal with it.
- The
--crlf-ok
flag to indicate no prompt is necessary when encountering CRLF files. postinstall
,post-install
andpost_install
as aliases forunpack
incontainer.yml
.
Changed
- Protobuf descriptions to be in pure Rust instead of
.proto
files. This should allow use to re-use Rust structs in a more ergonimic style, as well as get rid of the very annoyingprotoc
dependency. brane login
to be more like a keymanager instead. Checkbrane instance
andbrane certs
instead, and consult the wiki for how to use this new system [breaking change].- The
--debug
flag in thebrane-cli
can now be used from all nested subcommands. - Various option and flags (
--debug
,-n
/--node-config
,-e
/--exe
,-f
/--file
) to be able to be used in subcommands as well inbranectl
. branectl
to default todocker compose
instead ofdocker-compose
as compose executable [breaking change].branectl
using the friendlier, in-house humanlog logger instead of env_logger.make.py
to move the download capabilities tobranectl
, allowing for a friendlier (and easier) interface.aux-xenon
to be an image in the Brane release tar (central node).- The general layout of
node.yml
to be more sensible (it focusses on services rather than names, ports, etc) [breaking change] - The
socksx
dependency to use our own fork instead of Onno's repository to achieve Windows compatibility for thebrane
CLI (see above). main.py
's output directory foraux-xenon
now respects the build mode (i.e., release or--dev
).- The
-m
/--mode
option inbranectl
to--image-dir
, for a more sensible interface. --version
to be come a positional parameter inbrane test
[breaking change]--show-result
to have-r
as short flag instead of-s
[breaking change]- The 'active instance link' to be a regular file containing the name of the instance instead of a softlink (because Windows does not give default symbolic link permissions :/)
Fixed
- The previous version not making it through the tests.
brane build
not working when a file was nested from the root.
v1.0.0
IMPORTANT NOTICE: From now on, the framework will stick to semantic versioning. Because we are still in development, however, we will consider any API-breaking change to be any change relating to the usage of the program, not to any Rust-API the library provides. However, that will likely change once the framework is more mature.
This release basically sees the release of an entirely rebuilt framework. Expect to find bugs and change of how you worked with it (especially as administrator).
Added
- Extra example code that implements more advanced filesystem features, which may be used to inspect the shared
/data
partition at runtime. brane data ...
subcommand to manage local datasets.brane-ast
crate, which provides compiler methods for transforming the BraneScript/Bakery AST to the workflow representation (see below).brane-exe
crate, which replacesbrane-bvm
to execute the workflow representation (see below).brane-tsk
crate, which collects much of the logic inbrane-plr
andbrane-job
into a new crate that builds uponbrane-exe
to execute tasks on either offline or distributed backends (see below).brane-reg
service, that is a domain-local registry of datasets (and, in the future, packages).- TLS to data transfers. This means that setting up a domain is now marginally more complex, since certificates have to be generated.
unpack
as a new section incontainer.yml
files, which replaces the semantics of the oldinstall
section (see below).contrib/scripts/create_certs.sh
to generate scripts in the format that Brane wants.start-central-instance.sh
andstart-worker-instance.sh
as alternative startup scripts that don't do compilation but just run already compiled images.- Lots of BraneScript example/test files, which may be useful for understanding the language. Check
tests/branescript
.
Changed
- The way that scripts are compiled. Instead of bytecode, the system now compiles to so-called Workflows, which is like bytecode but ordered in such a way that control flow information is preserved.
- The way data is handled. Instead of a shared filesystem, there are now specialized
Data
structs that live on a certain domain and are automatically transferred. There are alsoIntermediateResults
that represent results within a workflow. make.sh
intomake.py
, which is completely re-designed to be more managable and complex (especially w.r.t. deciding if recompilation is necessary or not).brane push
,brane pull
andbrane remove
to accept multiple packages to push, pull or remove respectively.specifications::version::Version
to be able to parse a given<name>:<version>
pair (which will likely be the default way of entering versions from now on).docker-compose-*.yml
andmake.py
to make an explicit difference between a centralized, general control node and a domain-local worker node.brane-api
now needs to have knowledge about the infrastructure too (i.e., be provided with theinfra.yml
file).brane-job
to now explicitly live on a domain instead of the central node.- the semantics of the
install
section incontainer.yml
files: now, the commands are processed before the workspace is copied over instead of after in order to be much nicer to Docker caching. To emulate the old behaviour, use the newunpack
section (see above).
Fixed
brane-api
not accepting 'latest' when pulling packages- The
brane
CLI failing to run a pulled package. - Keywords in BraneScript being parsed as such when part of an identifier (i.e., 'new_a' would error because of 'new').
- Lockfiles not always being removed during builds (especially things like interruptions).
- Other BraneScript issues.
v0.6.3
Added
- Tests for various opcodes in the VM. More will follow in due time.
brane run
can now run from stdin by passing-
as filename.
Changed
- JuiceFS is now downloaded again instead of being compiled for packages &
once-format
. make.sh
now expects releases to putbrane
instance services into an archive.
Fixed
- Comparisons being the other way around (i.e.,
1 < 2
returnedfalse
and1 > 2
returnedtrue
). - Comparing two strings with the same value (but different strings) still returning false.
- Running any for-loop causing the next statement to fail with 'VM not in a state to accept main function.'
- Any erronous statement causing the next statement to fail with 'VM not in a state to accept main function.'
- Some arrays crashing the VM with 'Could not resolve type of Array', even though it was a valid Array.
v0.6.2
Added
- Better documentation to the
hello_world
example. base64
tutorial code (for the documentation)filesystem
tutorial code (for the documentation)github
tutorial code (for the documentation)- Support to compile packages for different architectures than the current host using the
--arch
flag. Check the documentation to learn more about dependencies.- Note: cross-compilation does not yet work on M1 macs (due to the multi-arch image not supporting non-x86_64 hosts)
- Support to compile the framework for different architectures using the
--arch
flag inmake.sh
. Check the documentation to learn more about dependencies.- Note: cross-compilation does not yet work on M1 macs (due to the multi-arch image not supporting non-x86_64 hosts)
- Support for building the images using pre-compiled binaries, either downloaded from Github or by manually supplying them.
Changed
- From now on, much more binaries will be tied to each release which the
make.sh
script may download.
Fixed
- Shared Redis filesystem not working on Kubernetes clusters due to wrong URLs being passed in the
once-format
job.
v0.6.1
Added
- The code of the "Hello, world!" example in the documentation.
Changed
brane-drv
,brane-job
andbrane-plr
services to acceptinfra.yml
andsecrets.yml
via a shared folder again.brane test
no longer printing useless 'Please provide input for the chosen function' statement if the function has no inputs.- The
kube
dependencies inbrane-job
to be pushed to0.72
, and bumping Kube API version to 1.23.
Fixed
- An issue with the
brane-cli
dependency checker where it would fail if it cannot read the Docker Buildx version. This is now patched to be a) slightly more free in what it can parse, and b) not error anymore when it sees an invalid version number but throw a warning instead.
v0.6.0
Added
- Garbage collection to custom Heap backend.
version
command to brane-cli.- '/version/ path to Brane-API, to query instance version (which is what
brane version
does if logged-in). - Script to automatically* generate Kubernetes deployment files.
- *It still requires a few adaptations to make it work, and only works on Linux (not macOS).
- Possibility to deploy the control plane on a Kubernetes cluster.
Changed
- Branelet, brane-drv, brane-clb and brane-job to allow for much more feedback to reported to the user (when the job returns non-zero exit codes, when branelet fails to launch, ...).
- Opcodes to be an enum, allowing more streamlined conversion to names and changing opcode numbers.
- The 'build' and 'import' subcommands to be much more verbose in errors (especially in referenced files in container.yml).
- The 'build' and 'import' to use '--workdir' instead of '--context', also changing its behaviour to a more intuitive version.
- The organisation of utils.rs in brane-cli (includes commonly used functions from package.rs + its own error enum).
- The Makefile to a Bash script (
./make.sh
) with much of the same functionality, except that is has better rebuild checking and CLI support. - Code structure of bytecode.rs, frames.rs, objects.rs and stack.rs in brane-bvm.
- Handles in the Heap backend completely, so they can now be used without being passed a Heap object.
- The PackageInfo / ContainerInfo files to now have OpenAPI document / ContainerInfo as user interface, PackageInfo as general backend metadata and LocalContainerInfo as image-local file for branelet.
- The brane-cli directory utilities to not automatically create directories anymore (we have separate functions for that now).
- Some crates to use clap again, as we finally found the issue (missing 'env' feature).
- Merged
docker-compose-svc.yml
anddocker-compose-brn.yml
into one file to properly express dependencies. - Changed location of some in-container build scripts to
contrib/scripts/
. - The compilation process to have more overview and achieve better build speeds (especially for release builds).
- Various default service ports to more obscure and (hopefully) unused ones (e.g., registry now has port
50050
instead of5000
).
Fixed
- Tests not compiling.
- OP_PARALLEL being disabled; it's now working again as expected.
- The Brane executable making files instead of directories when making standard config directories.
- Docker not refreshing images with the same version after building them or pushing them.
- brane-job not passing the 'debug' flag to branelet.
- small issues that prevented brane-ide from working.
- brane-drv crashing when receiving out-of-order status update messages.
kube
location kind, so it's now working and tested again.
v0.5.0
Added
- '/health' path in brane-api to follow tutorial more closely.
- Names for Brane service containers to allow more easy interaction.
- A lot of additional error catching and reporting across the entire project (but still a lot to do).
- VM now properly returning internal errors to the user (when running either locally or remotely).
Changed
- The project is now being worked on by a new owner (Tim, pleased to meet you).
- Version can now be omitted when pushing, defaulting to the latest version instead.
- Version can now be specified more intuitively when removing a package.
- Streamlined naming of 'ecu' packages; all naming of them as 'code' has been changed to 'ecu'.
- Compiling Brane for development purposes. It's now possible to cross-compile locally on a shared Docker partition (saving a lot of time on macOS), meaning that it doesn't have to rebuild from scratch every time the containers are launched.
- Brane-bvm's heap backend to a custom one, because the old one did not play well with threads and parallelism.
- OP_PARALLEL to be temporarily disabled due to new heap.
Fixed
- Clamp not compiling anymore; using StructOpt in most cases instead
- Branelet not being able to run OpenAPI package properly due to incorrectly replacing URL values (expected '{' and '}', but actually got '%7B' and '%7D').
- Containers not being able to reach each other due to incorrect IPs (most assumed '127.0.0.1', but this only worked for thing outside of Docker).
- Brane-job causing the Docker engine to connect to '127.0.0.1:5000/127.0.0.1:5000'; removed one of the two hostnames (specifically, the one in brane-job itself).
- Network 'kind' not being found; changed it to 'brane' in the default infra.yml, as this is also the network name used in the Docker Compose files.
- The type of an Array not being resolved properly, causing to error down the line due to incompatible types (while they in fact are).
- VM crashing whenever the job returned no output.
v0.4.1
Note: this released is copied from the original repository.
Fixed
- Disable debug logging from within WaitUntil future.
- Always use offset of at least 1 for nested call frames.
- Uniformly handle local and remote jobs.
- Propagate debug, stdout, and stderr output from driver to client.
- Construct package index from graphql endpoint.
- Missing scylla address in docker-compose-brn.yml
v0.4.0
Note: this released is copied from the original repository.
Added
- BraneScript, an alternative to Bakery with more a C-like syntax.
- GraphQL endpoint for querying application event logs, including subscriptions.
- Initial support for proxies and bridge functions:
brane-net
. - Allow checkout folder name to be different than 'brane' (by romnn).
- Automated (daily) audits and multi-platform builds using GitHub actions.
- Optional flag to keep temporary package build files.
- Automatically add
token
andserver
arguments for OAS functions.
Changed
- Use seperate service for scheduling functions:
brane-job
. - Use seperate library for OpenAPI support:
brane-oas
. - REPL is now based on the
rustyline
library. - Use gRPC for drivers (REPL and Jupyter kernel).
- Switched from Cassandra to ScyllaDB, and removed PostgreSQL dependency.
- DSL implementation is based on parser combinatorics, with
nom
. - Switched from
actix
towarp
as the framework forbrane-api
.
Fixed
- Minor fixes for the word count quickstart.
- Correctly convert between DSL values and specification values.