2019-02-28 17:07:24 +00:00
|
|
|
% toolbox(1)
|
|
|
|
|
|
|
|
## NAME
|
|
|
|
toolbox - Unprivileged development environment
|
|
|
|
|
|
|
|
## SYNOPSIS
|
|
|
|
**toolbox** [*--verbose* | *-v*] *COMMAND* [*ARGS*]
|
|
|
|
|
|
|
|
## DESCRIPTION
|
|
|
|
|
|
|
|
Toolbox is a tool that offers a familiar RPM 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 Fedora systems like 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 then customized for the current user to
|
|
|
|
create a toolbox container that seamlessly integrates with the rest of the
|
|
|
|
operating system.
|
|
|
|
|
|
|
|
## OPTIONS ##
|
|
|
|
|
|
|
|
The following options are understood:
|
|
|
|
|
2019-04-26 16:28:11 +00:00
|
|
|
**--assumeyes, -y**
|
|
|
|
|
|
|
|
Automatically answer yes for all questions.
|
|
|
|
|
2019-02-28 17:07:24 +00:00
|
|
|
**--help, -h**
|
|
|
|
|
|
|
|
Print a synopsis of this manual and exit.
|
|
|
|
|
|
|
|
**--verbose, -v**
|
|
|
|
|
2019-09-04 11:06:19 +00:00
|
|
|
Print debug information including standard error stream of internal commands.
|
2019-10-08 06:42:42 +00:00
|
|
|
Use `-vv` for more detail.
|
2019-02-28 17:07:24 +00:00
|
|
|
|
|
|
|
## COMMANDS
|
|
|
|
|
|
|
|
Commands for working with toolbox containers and images:
|
|
|
|
|
|
|
|
**toolbox-create(1)**
|
|
|
|
|
|
|
|
Create a new toolbox container.
|
|
|
|
|
|
|
|
**toolbox-enter(1)**
|
|
|
|
|
2019-05-16 12:40:17 +00:00
|
|
|
Enter a toolbox container for interactive use.
|
2019-02-28 17:07:24 +00:00
|
|
|
|
2019-07-15 08:23:25 +00:00
|
|
|
**toolbox-help(1)**
|
|
|
|
|
|
|
|
Display help information about Toolbox.
|
|
|
|
|
2019-05-10 18:38:46 +00:00
|
|
|
**toolbox-init-container(1)**
|
|
|
|
|
|
|
|
Initialize a running container.
|
|
|
|
|
2019-02-28 17:07:24 +00:00
|
|
|
**toolbox-list(1)**
|
|
|
|
|
|
|
|
List existing toolbox containers and images.
|
|
|
|
|
Add a reset command
The 'reset' command is meant to factory reset the local Podman and
Toolbox installations. Every now and then early adopters and testers of
Toolbox have to do this when their local Podman state has gotten
irrecoverably broken due to some Podman bug.
It's useful to have a command that encapsulates all the steps to do a
factory reset, as opposed to having to spell them out separately. It's
easier to document, helps with user support, and can enable less opaque
error messages that suggest a way forward when nothing is working.
Since this command is meant to be used when the Podman installation is
completely broken, it must avoid using any Podman commands at all
costs. This is why it cannot use 'podman stop' to stop any running
containers, nor can it use 'podman unshare' to delete
~/.local/share/containers when running rootless. Instead, it relies on
the user rebooting the machine for the former, and uses newgidmap(1),
newuidmap(1) and unshare(1) to reimplement 'podman unshare' for the
latter.
Note that when running as root, some care has been taken to avoid
removing directories that might be owned by the operating system. eg.,
on Fedora /var/lib/containers/sigstore is owned by the
containers-common RPM.
https://github.com/containers/toolbox/pull/295
2019-10-11 12:05:15 +00:00
|
|
|
**toolbox-reset(1)**
|
|
|
|
|
|
|
|
Remove all local podman (and toolbox) state.
|
|
|
|
|
2019-02-19 15:59:19 +00:00
|
|
|
**toolbox-rm(1)**
|
|
|
|
|
|
|
|
Remove one or more toolbox containers.
|
|
|
|
|
|
|
|
**toolbox-rmi(1)**
|
|
|
|
|
|
|
|
Remove one or more toolbox images.
|
|
|
|
|
2019-05-16 12:40:17 +00:00
|
|
|
**toolbox-run(1)**
|
|
|
|
|
|
|
|
Run a command in an existing toolbox container.
|
|
|
|
|
2019-02-28 17:07:24 +00:00
|
|
|
## SEE ALSO
|
|
|
|
|
|
|
|
`buildah(1)`, `podman(1)`
|