`rm -rf` does not continue if file does not exist

[glass-ships]

Checks

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

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

Reproducible example

With a pixi task such as
clean = { cmd = "rm -rf **/*.egg-info **/dist" }

$ pixi run clean
✨ Pixi task (clean in default): rm -rf **/*.egg-info **/dist: 
glob: no matches found '/home/.../python_project_template/**/*.egg-info'

even if **/dist does return a match, it will not be deleted because it failed on **/*.egg-info

Issue description

-f flag for rm does not behave consistently with GNU Bash for example.

-f, --force
    ignore nonexistent files, never prompt

Expected behavior

rm -rf non-existent-file-or-folder
should proceed silently and without failure if file/folder not found.

[ruben-arts]

Thanks for the report, this is because pixi run uses the deno-task-shell we should check that out.

[bandrewss]

I am also running into this issue for a clean task I'm trying to define

[wolfv]

I am taking a look!

[wolfv]

Unfortunately it turns out that deno_task_shell is explicitly opting for failglob. Maybe we can make that configurable on the level of deno_task_shell and then decide if we want failglob behavior or prefer more lenient glob expansion.

A workaround would be to use: rm *.non-existent 2> /dev/null || true but that is pretty ugly.

Other workaround would be to make a custom script using bash or python, of course.

[bandrewss]

If it were configurable in deno_task_shell to be lenient or to fail it would be nice it it were configurable per pixi task, as some tasks may benefit from failing if the files they rely on don't exist.

I will work around this in the meantime, thanks for investigating