0cf3c99377
There's no reason to fail the toolbox container's entry point, if the container doesn't have its own copies of configuration files that are ultimately going to be replaced with symbolic links to their host counterparts. https://github.com/containers/toolbox/pull/294 |
||
---|---|---|
completion/bash | ||
data | ||
doc | ||
images/fedora | ||
profile.d | ||
.travis.yml | ||
COPYING | ||
gen-docs-list | ||
meson.build | ||
meson_options.txt | ||
NEWS | ||
README.md | ||
toolbox |
Toolbox is a tool that offers a familiar package based environment for developing and debugging software that runs fully unprivileged using Podman.
The toolbox container is a fully mutable container; when you see
yum install ansible
for example, that's something you can do inside your
toolbox container, without affecting the base operating system.
This is particularly useful on OSTree based operating systems like CoreOS and Silverblue. The intention of these systems is to discourage installation of software on the host, and instead install software as (or in) containers.
However, this tool doesn't require using an OSTree based system — it works equally well if you're running e.g. existing Fedora Workstation or Server, and that's a useful way to incrementally adopt containerization.
The toolbox environment is based on an OCI
image. On Fedora this is the fedora-toolbox
image. This image is used to
create a toolbox container that seamlessly integrates with the rest of the
operating system.
Usage
Create your toolbox container:
[user@hostname ~]$ toolbox create
Created container: fedora-toolbox-30
Enter with: toolbox enter
[user@hostname ~]$
This will create a container called fedora-toolbox-<version-id>
.
Enter the toolbox:
[user@hostname ~]$ toolbox enter
⬢[user@toolbox ~]$