668f7dcfa5
Otherwise https://www.shellcheck.net/ would complain:
Line 21:
arguments="$@"
^-- SC2124: Assigning an array to a string! Assign as
array, or use * instead of @ to concatenate.
See: https://github.com/koalaman/shellcheck/wiki/SC2124
POSIX doesn't support arrays other than the one for positional
parameters (ie. "$@"); and "$@" is generally recommended for
forwarding the positional parameters, not $@ or "$*" or $* [1,2].
Therefore, the original contents of "$@" are saved in a scalar variable
after quoting them in a way that's resilient against spaces and
wildcards in the elements, and are later restored using 'set -- ...'
based on Rich's sh (POSIX shell) tricks:
http://www.etalabs.net/sh_tricks.html
Since the forward_to_host to function isn't passed any positional
parameters but still references "$@", because it uses 'set -- ...' to
restore the script's array of positional parameters, SC2119 [3] and
SC2120 [4] need to be silenced. Otherwise https://www.shellcheck.net/
would complain:
Line 976:
forward_to_host()
^-- SC2120: forward_to_host references arguments, but none are ever
passed.
The --verbose debug output was restructured to silence SC2145 [5].
Otherwise https://www.shellcheck.net/ would complain:
Line 986:
echo "... to host: $0 $@" >&3
^-- SC2145: Argument mixes string and array.
Use * or separate argument.
As a nice side-effect the new output highlights the importance of using
"$@" to forward the positional parameters instead of the other
alternatives.
Fallout from
|
||
---|---|---|
data | ||
doc | ||
images/fedora | ||
COPYING | ||
gen-docs-list | ||
meson.build | ||
NEWS | ||
README.md | ||
toolbox | ||
toolbox-sudo |
Toolbox — Unprivileged development environment
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.
Usage
Create your toolbox container:
[user@hostname ~]$ toolbox create
[user@hostname ~]$
This will create a container, and an image, called
fedora-toolbox-<your-username>:<version-id>
that's specifically customised
for your host user.
Enter the toolbox:
[user@hostname ~]$ toolbox enter
🔹[user@toolbox ~]$