Environment variable reference#
conda-presto reads these settings when its configuration module is imported. The scope column identifies the operations affected by each setting.
Solve settings#
These settings affect conda presto and HTTP operations. Ordinary solves use inline specs or non-workspace input files. Workspace solves compose requirements from manifest environments and targets.
Variable |
Default |
Scope |
Purpose |
|---|---|---|---|
|
|
Ordinary CLI and HTTP |
HTTP fallback when no request or input file supplies channels. CLI fallback when conda’s effective channels are empty or only |
|
|
Ordinary multi-platform solves |
Process-pool size for platforms within one request. Workspace targets run sequentially. |
|
|
Ordinary solve processes |
Maximum retained rattler indexes in Presto’s direct solver path. Set to |
|
|
Linux targets |
Default virtual |
|
|
Linux targets |
Default virtual |
|
|
macOS targets |
Default virtual |
|
|
Windows targets |
Default virtual |
Ordinary CLI and HTTP solves apply these target-model defaults for each requested Linux, macOS, or Windows target, including conda’s startup subdir. The resulting effective records can also include other virtual-package plugin detections or overrides, such as CUDA or architecture records. The public result-cache identity captures those effective records per requested platform.
Workspace solves and lock updates apply manifest system requirements over these
OS-version defaults. For overridable virtual-package plugins, they replace
ambient CONDA_OVERRIDE_* values and suppress host detections for undeclared
requirements. Workspace cache identity records the effective virtual packages
for each selected logical target.
HTTP server settings#
Variable |
Default |
Purpose |
|---|---|---|
|
|
Platforms whose configured channels are warmed before readiness. This is not the default platform list for a request. |
|
value of |
Accepted HTTP request channels after exact resolved-URL comparison. |
|
|
Maximum simultaneous foreground solve requests. Docker sets |
|
|
Maximum HTTP request body. Excess returns HTTP 413. |
|
|
Maximum specs in one request. |
|
|
Maximum channels in one request. |
|
|
Maximum platforms in an ordinary request, or selected environment/target pairs in a workspace request. |
|
|
Deadline for HTTP solves and CLI |
|
|
Input-parse timeout for HTTP uploads and CLI |
|
|
Default for the |
|
|
Default for the |
|
|
Route HTTP solves through one worker that retains loaded repodata and indexes. Set by Docker. |
|
|
Requests per minute per client IP. Set to |
|
unset |
Comma-separated browser origins. CORS middleware is absent when unset. |
|
|
Application logger level: |
Request-cap violations return HTTP 400 unless the body limit applies.
Result cache settings#
These settings apply to HTTP applications. One-shot CLI output does not use the HTTP result cache.
Variable |
Default |
Purpose |
|---|---|---|
|
|
In-process entry limit for resolve responses. |
|
|
Encoded payload limit in MiB. Set to |
|
automatic |
|
|
unset |
Directory required by the file backend. Selecting no backend but setting this value selects file storage. |
|
unset |
Redis URL. Selecting Redis without a URL uses |
|
|
Redis key namespace. |
Negative entry or memory limits are rejected. File storage without a directory and unknown backend names are also rejected. See Cache reference for key and retention behavior.
Sigstore settings#
Variable |
Default |
Purpose |
|---|---|---|
|
|
Enable signing service-produced artifacts with noninteractive credentials and a configured trust choice. |
|
|
Explicitly permit use of the public signing service. |
|
unset |
Path to an operator-provided Sigstore |
|
|
Select offline verification using the configured trust material. |
Standard installations include SBOM generation, signing and verification support. Signing is disabled by default. Capability discovery reports configuration and provider availability, not a guarantee that signing credentials are currently usable. See Configuration for the conda-sigstore requirements and Sign and verify a retained output for supported unattended credentials and request examples.
Pixi activation settings#
The repository’s Pixi environments set these conda variables for solve-only workloads:
Variable |
Value |
Effect |
|---|---|---|
|
|
Select rattler in conda context before conda-presto applies its direct-engine requirement. |
|
|
Prefer higher-priority channels. |
|
|
Disable conda filesystem locking in the shared Pixi activation. The Docker server overrides this to |
|
|
Disable conda’s additional unsatisfiable hint generation. |
|
|
Suppress channel notices. |
|
empty |
Disable forced aggressive updates. |
|
|
Reuse local repodata under conda’s effective cache policy. |
|
|
Suppress progress-oriented conda output. |
The Docker server applies CONDA_NO_LOCK=false after its Pixi shell hook because persistent workers share conda’s package cache.