You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Since v0.3.4 (specifically since #23), new assertions were added to ensure that both conda prefixes and pixi environments are not specified at the same time.
How should users go about mixing CLI and config settings? Specifically, I care about running conda-deny check as a check in my conda build recipe so pointing to the $CONDA_PREFIX is highly convenient. At the same time, having something like the following in my pixi.toml is valuable for normal CI runs and local usage.
yes this what you described is a bug / not intended.
In general, the cli options should override the toml config and in this case, i think the most sensible thing is to just make ignore the toml options from environment. sorry about that
Since v0.3.4 (specifically since #23), new assertions were added to ensure that both conda prefixes and pixi environments are not specified at the same time.
However, even when avoiding using the CLI environment flag, since the configurations were unified internally it will be pulled in from your
pixi.toml
if present (see https://github.com/Quantco/conda-deny/pull/23/files#diff-b1a35a68f14e696205874893c07fd24fdb88882b47c23cc0e0c80a30c7d53759R188-R192).How should users go about mixing CLI and config settings? Specifically, I care about running
conda-deny check
as a check in my conda build recipe so pointing to the$CONDA_PREFIX
is highly convenient. At the same time, having something like the following in mypixi.toml
is valuable for normal CI runs and local usage.The text was updated successfully, but these errors were encountered: