Wolf Vollprecht
Wolf Vollprecht
rattler-build's behavior is relatively straight-forward: if there is a `build.sh` or `build.bat` file, use it. All outputs (incl. the cache output) are treated equally. I would argue that it's bad...
I am fine with removing the default altogether!
I mean globally, single- or multi-output recipes not having a default `build.sh` behavior.
@h-vetinari @olivier-roussel I think it would be less breaking if we change the behavior of the cache output to not use the `build.sh` by default. What do you think about...
We have the `--skip-existing` flag for the upload to `prefix.dev` (just like we had in `rattler-build`). I think it would make sense to implement it for other providers as well...
Maybe one solution would be to add a special file ".build-ignore" in the output directory which we would use to prevent the copy-dir function to recurse in any subdirectories. The...
My initial idea would be to use an empty file. We could later extend that idea and allow globs in the `.gitignore` format, too.
So e.g. whenever we create a `.pixi` or `output` folder, we would always add that empty file in there to prevent rattler-build from attempting to copy those folders ever.
@traversaro I agree, but I think that should maybe another run? This one just bumps the versions of all packages that have newer releases in rosdistro :)
I wonder if one workaround can be to use ``` pixi run bash.exe ``` That should start a bash shell inside an activated environment. Would love to hear if that...