cutter/docker
karliss d33eae4cb9
Add missing dependency to dockerfile. (#2253)
Build failed to patch executable missing.
2020-06-17 22:25:13 +03:00
..
.travis.yml Docker: Fix typo in README.md, travis: fix image name (#564) 2018-07-06 08:48:15 +02:00
build_cutter.sh Allow local development using Docker (#1806) 2019-10-06 16:38:01 +02:00
build_radare2.sh Allow local development using Docker (#1806) 2019-10-06 16:38:01 +02:00
Dockerfile Add missing dependency to dockerfile. (#2253) 2020-06-17 22:25:13 +03:00
Dockerfile-dev docker/Dockerfile*: Use latest alpine image to fix GUI crashes in the container (#2012) 2020-01-14 08:52:37 +02:00
entrypoint.sh Docker: Move to alpine; Use multistage building 2019-07-20 03:59:32 +02:00
Makefile Allow local development using Docker (#1806) 2019-10-06 16:38:01 +02:00
README.md Allow local development using Docker (#1806) 2019-10-06 16:38:01 +02:00

Docker Configuration for Cutter

These files provide an easy way to deploy Cutter in a Docker container. After additional configuration you may want to apply to the Makefile, execute make run. By default, the Cutter image on Docker Hub will be used along with additional UID, capability, X and mount settings:

  • Xauthority settings which avoid using potentially insecure xhost directives. The settings have been adapted from this post.
  • Mount directives to mount a shared folder and radare2 configuration files.
  • The UID and GID of the user executing make run will also be used for the internal container user to avoid permission problems when sharing files.

Using Local Files

To deploy Cutter using local files rather than those in the Master branch set LOCAL_DEV to 'y' when executing make build or make build-nc, e.g. make LOCAL_DEV=y build. This will tell make to use Dockerfile-dev rather than Dockerfile which will copy local files into the container rather than cloning from Git.

Mounting and Using a Specific Binary

The Makefile allows mounting a single binary file as read-only, which will also be used as an input for Cutter. To use this feature, execute make run BINARY=/absolute/path/to/binary.

Additional Notes

  • The internal container user doesn't use superuser privileges and is called r2.
  • To check for more options of the Makefile, execute make.