You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The CLI uses several external programs to fullfil its duties. This is a non-exaustive list of programs used by build and run commands:
cartesi-machine
genext2fs
bsdtar
server-manager
cartesi-rollups-advance-runner
cartesi-rollups-authority-claimer
cartesi-rollups-dispatcher
cartesi-rollups-graphql-server
cartesi-rollups-host-runner
cartesi-rollups-indexer
cartesi-rollups-inspect-server
cartesi-rollups-state-server
Some of these programs are maintained by the Machine Emulator Unit and others by the Node Unit.
The only binary distribution for those is currently to Debian, usually packaged as a Docker image, and compiled to amd64 and arm64 architectures.
Depending on Docker on the user machine has proven to not be so easy. Docker Desktop has improved the user experience a lot, but there are still some issues that may happen, and also users who don't use Docker Desktop and try different installation methods, causing problems.
✔️ Solution
We will still depend on Docker for buiding the root filesystem of the user application, with the help of Docker RISC-V support through QEMU, but we could reduce this dependency if we had the binaries above distributed to our supported development platforms and architectures:
OS:
macOS
Linux
Windows through WSL2
Architecture:
amd64
arm64
📈 Subtasks
talk to the Machine Emulator Unit to plan the roadmap for that
talk to the Node Unit to plan the roadmap for that
🎯 Definition of Done
build and run using Docker only for building the application rootfs, or for running services like Postgres, redis, anvil, traefik
📚 Context
The CLI uses several external programs to fullfil its duties. This is a non-exaustive list of programs used by
build
andrun
commands:Some of these programs are maintained by the Machine Emulator Unit and others by the Node Unit.
The only binary distribution for those is currently to Debian, usually packaged as a Docker image, and compiled to amd64 and arm64 architectures.
Depending on Docker on the user machine has proven to not be so easy. Docker Desktop has improved the user experience a lot, but there are still some issues that may happen, and also users who don't use Docker Desktop and try different installation methods, causing problems.
✔️ Solution
We will still depend on Docker for buiding the root filesystem of the user application, with the help of Docker RISC-V support through QEMU, but we could reduce this dependency if we had the binaries above distributed to our supported development platforms and architectures:
OS:
Architecture:
📈 Subtasks
🎯 Definition of Done
The text was updated successfully, but these errors were encountered: