Activation of `global install` bins are overwriting the path, affect program like `pueue add`

[way-zer]

Checks

• [x] I have checked that this issue has not already been reported.

• [x] I have confirmed this bug exists on the latest version of pixi, using pixi --version.

Reproducible example

pixi global install "pueue" -c dnachun -c conda-forge
pueued -d #start deamon
export PATH="TEST:$PATH" # or pixi shell in another project
pueue add env 
pueue log -f 1 | grep PATH # will get wrong PATH

Issue description

May like #133. pixi global will overwrite PATH and CONDA_PREFIX(no affect this example), so the actual execuable will get wrong PATH variable.

Maybe provide a way to expose binary without activation, and maybe use symbol link.

Expected behavior

not overwrite or just append necessary paths to PATH variable.

[Hofer-Julian]

Thanks for the issue. We'd be open to a --no-activation option. Just haven't gotten around implementing it yet

[wolfv]

@Hofer-Julian didn't we discuss to keep the path dynamic? We could easily react to PATH changes without changing the rest of the logic

[Hofer-Julian]

@Hofer-Julian didn't we discuss to keep the path dynamic? We could easily react to PATH changes without changing the rest of the logic

Yes, that is indeed the more elegant solution for this specific problem

[way-zer]

The current implement seems break many things, like pixi global make. When use make, it even can't found binary in current PATH.

It's confusing to get this.

We could easily react to PATH changes without changing the rest of the logic

dynamic PATH may be the best answer, considering the confusing problem without using --no-activation

So, this issue may be bug, instead of enhancement. (The PATH should be dynamic)