Documentation Index
Fetch the complete documentation index at: https://flox.dev/docs/llms.txt
Use this file to discover all available pages before exploring further.
NAME
flox-activate - activate environmentsSYNOPSIS
DESCRIPTION
Configures a shell with everything defined by the environment:- Downloads packages and adds their
bindirectories to your$PATH. - Sets environment variables and aliases.
- Runs hooks.
- Starts services (if
--start-servicesis specified).
flox activate may run in one of four modes:
- interactive:
flox activatewhen invoked from an interactive shell
Launches an interactive sub-shell. The shell to be launched is determined by$FLOX_SHELLor$SHELL. - shell command:
flox activate -c CMD
RunsCMDin the same environment as if run inside an interactive shell produced by an interactiveflox activate. The shellCMDis run by is determined by$FLOX_SHELLor$SHELL. BecauseCMDis passed to a shell, shell features like running multiple commands with&&can be used. - exec command:
flox activate -- CMD
ExecsCMDdirectly after performing all parts of activation except for running scripts in[profile]. - in-place:
flox activatewhen invoked from a non-interactive shell with itsstdoutredirected e.g.eval "$(flox activate)"
Produces commands to be sourced by the parent shell. Flox will determine the parent shell from$FLOX_SHELLor otherwise automatically determine the parent shell and fall back to$SHELL.
flox activate currently supports bash, fish, tcsh, and zsh
shells for any of the detection mechanisms described above.
When invoked interactively, the shell prompt will be modified to display
the active environments, as shown below:
profile and hook scripts) are executed in the context of the
environment that they come from. This means that for each shell hook
various environment variables such as PATH, MANPATH,
PKG_CONFIG_PATH, PYTHONPATH, etc, are set to the appropriate values
for the environment in which the shell hook was defined. See
manifest.toml(5) for more details on shell
hooks.
OPTIONS
Activate Options
-c <command>, --command <command>Shell command string to run in a subshell started in the activated environment
-- <command> [<arguments>]Command to exec in the activated environment. This does not run any profile scripts
-t, --trustTrust a remote environment for this activation. Activating an environment executes a shell hook which may execute arbitrary code. This presents a security risk, so you will be prompted whether to trust the environment. Environments owned by the current user and Flox are always trusted. You may set certain environments to always be trusted using the config key
trusted_environments."<owner/name>" = (trust | deny), or
via the following command:
flox config --set trusted_environments.\"<owner/name>\" trust.
--print-scriptPrints an activation script to
stdout that’s suitable for sourcing in
a shell rather than activation via creating a subshell. flox
automatically knows when to print the activation script to stdout, so
this command is just a debugging aid for users.
-s, --start-servicesStart the services listed in the manifest when activating the environment. If no services are running, the services from the manifest will be started, otherwise a warning will be displayed and activation will continue. To start services by default without requiring
-s, set
services.auto-start = true in the manifest.
The services started with this flag will be cleaned up once the last
activation of this environment terminates.
A remote environment can only have a single set of running services,
regardless of how many times the environment is activated concurrently.
--no-start-servicesDon’t start services even if configured in the manifest with
auto-start = true.
-m (dev|run), --mode (dev|run)Activate the environment in either “dev” or “run” mode. Overrides the
options.activate.mode setting in the manifest. See
manifest.toml(5) for more details on activation
modes.
-g <generation>, --generation <generation>Activate a FloxHub environment at a specific generation.
Environment Options
If no environment is specified for an environment command, the environment in the current directory or the active environment that was last activated is used.-d, --dirPath containing a .flox/ directory.
-r, --referenceA FloxHub environment, specified in the form
<owner>/<name>.
-D, --defaultUse your default environment (
<your-user>/default). When
unauthenticated in an interactive context, you will be prompted to log
in. In non-interactive contexts (e.g., scripts or CI), this flag will
fail with an error when authentication is missing.
General Options
-h, --helpPrints help information. The following options can be passed when running any
flox subcommand
but must be specified before the subcommand.
-v, --verboseIncrease logging verbosity. Invoke multiple times for increasing detail.
-q, --quietSilence logs except for errors.
ENVIRONMENT VARIABLES
Variables set by flox activate
$FLOX_ENVContains the path to the built environment. This directory contains a merged set of
bin, lib, etc directories for all the packages in the
environment.
$FLOX_PROMPT_ENVIRONMENTSContains a space-delimited list of the active environments, e.g.
owner1/foo owner2/bar local_env. If hide_default_prompt is set
to true, environments named default are excluded.
$FLOX_ENV_CACHEactivate sets this variable to a directory that can be used by an
environment’s hook to store transient files. These files will persist
for environments used locally, but they will not be pushed, and they
will not persist when using a remote environment with -r.
$FLOX_ENV_PROJECTactivate sets this variable to the directory of the project using the
Flox environment. For environments stored locally, this is the directory
containing the environment. When running flox activate -r, this is set
to the current working directory. This variable can be used to find
project files in environment hooks.
$FLOX_ENV_DESCRIPTIONactivate sets this variable to the project name of the environment. It
can be used to identify or construct messages about the environment.
$_FLOX_ACTIVE_ENVIRONMENTSA JSON array containing one object per active environment. This is currently an implementation detail and its contents are subject to change.
$FLOX_ACTIVATE_START_SERVICES"true" if this activation started services, "false" otherwise.
Variables used by flox activate
$FLOX_SHELL, $SHELLWhen activating an environment Flox will either launch a sub-shell or emit commands to configure an already-running (parent) shell. In both of these cases Flox needs to know which shell to use, and these variables are used to control the selection process.
- interactive and command modes: When launching a sub-shell Flox will
invoke the shell specified in
$FLOX_SHELLif set or fall back to invoke$SHELLby default. - in-place mode: When performing an “in place” activation Flox will
attempt to detect its parent shell type unless overridden by the
$FLOX_SHELLvariable, and if it cannot detect its parent shell type then will produce a script with syntax determined by$SHELL.
$FLOX_PROMPT_COLOR_{1,2}Flox adds text to the beginning of the shell prompt to indicate which environments are active. A set of default colors are used to color this prompt, but the colors may be overridden with the
$FLOX_PROMPT_COLOR_1
and $FLOX_PROMPT_COLOR_2 environment variables.
The values of these variables should be integers chosen from the
256-color palette as described in the xterm-256color
chart.
EXAMPLES
Activate an environment stored in the current directory:some_user/myenv that’s been pushed to FloxHub:
default Flox environment only within the current shell (add
to the relevant “rc” file, e.g. ~/.bashrc or ~/.zprofile):
SEE ALSO
flox-push(1), flox-pull(1),
flox-edit(1), flox-delete(1)