- For now only sbt-prepare is shared for further jobs
    - There should be further sharing between Import and Compose

This reverts commit 32047b00.
The error this commit fixes was already fixed in a new Dockerfile
version.

    For whatever reason .bashrc is not evaluated...

3fd53e7 Pull chisel-axi
41e37e7 Squashed 'axi/' changes from b8f4c554..01fad68
88624e0 Pull chisel-packaging
872f551 Squashed 'packaging/' changes from 134b2f62..c22243b
f94b6de3 Remove caching of ivy repo from pipeline
43c331dc Pull chisel-axiutils
5937e2aa Implement cap0 bitfield
26d61dd6 Bugfix in pipeline
1030ffe5 Cache ivy2 repo in pipeline builds
14876b2e Implement support for capability field in Status Core
2a3e6856 Fix removed '<<=' sbt operator
bccc8a73 Run sbt test in GitLab pipeline
17e1a3a7 Fix bug concerning empty slots
5a089419 Ignore compiled python scripts in .gitignore
0f0a2d84 Update packaging to GitHub-version of Chisel3
a162cfae Update miscutils to GitHub-version of Chisel3
f0265156 Remove ununsed Scalactic dep
d146b992 Rename RegisterFile saxi port to s_axi

git-subtree-dir: common/ip/tapasco_status
git-subtree-split: 3fd53e7038ab7e1ff485eee94c3516f72b9604ea

* there is a subproject that is included as a subtree in
  common/ip/tapasco_status
* subproject is standalone and can be run from Tcl
* changed process in common.tcl: createTapascoStatus now generates a
  JSON configuration file and runs sbt in the subproject
* each Composition gets its unique status core
* status cores are cached in tapasco-status-cache in the main dir:
  when building the same composition a number of times, status cores can
  be reused; is removed automatically in sbt clean
* required more API extensions: platform::get_address_map must be
  implemented by the Platform to communicate the address mapping to the
  status core creation
* also added formal interface to capabilities in common.tcl:
  tapasco::add_capability_flag, tapasco::get_capability_flags and
  tapasco::set_capability_flags can be used by plugins to activate
  capability bits
* whole process should be transparent to the user, everything is
  supposed to work as before
* one exception: get_address_map is not yet implemented on VC709

* following an internal discussion, we'd rather be sure to build
  everything from scratch in the runner, or version hell ensues