1 unstable release

0.6.0 Aug 20, 2020

#13 in #zeromq

Used in ds1090

MIT and GPL-3.0 licenses

772 lines


Rust version of https://gitlab.com/advian-oss/python-datastreamservicelib, using Tokio


Remember to add any new system packages you install via the devel_shell to the Dockerfile too. Easy way to check if you remembered everything is to rebuild the test image and run it (see below).

SSH agent forwarding

We need buildkit:


And also the exact way for forwarding agent to running instance is different on OSX:

export DOCKER_SSHAGENT="-v /run/host-services/ssh-auth.sock:/run/host-services/ssh-auth.sock -e SSH_AUTH_SOCK=/run/host-services/ssh-auth.sock"

and Linux:


Creating the container

Build image, create container and start it:

docker build --ssh default --target devel_shell -t rustdatastreamservicelib:devel_shell .
docker create --name rustdatastreamservicelib_devel -v `pwd`":/app" -it `echo $DOCKER_SSHAGENT` rustdatastreamservicelib:devel_shell
docker start -i rustdatastreamservicelib_devel

This will give you a shell with system level dependencies installed, you should do any shell things (like run tests, pre-commit checks etc) there.

pre-commit considerations

If working in Docker instead of native env you need to run the pre-commit checks in docker too:

docker exec -i rustdatastreamservicelib_devel /bin/bash -c "pre-commit install"
docker exec -i rustdatastreamservicelib_devel /bin/bash -c "pre-commit run --all-files"

You need to have the container running, see above. Or alternatively use the docker run syntax but using the running container is faster:

docker run --rm -v `pwd`":/app" rustdatastreamservicelib:devel_shell -c "pre-commit run --all-files"

Test suite

You can use the devel shell to run py.test when doing development, for CI use the "test" target in the Dockerfile:

docker build --ssh default --target test -t rustdatastreamservicelib:test .
docker run --rm -v `pwd`":/app" `echo $DOCKER_SSHAGENT` rustdatastreamservicelib:test


~177K SLoC