Jens Reimann
Jens Reimann
Not sure this is related, but if fails differently when actually running on a GitHub actions runner. In that case I get: ``` [1/2] STEP 5/5: RUN true && npm...
Ok it looks like this is due to a `VOLUME` statement in the base layer for `/usr/src`. As soon as I move this into a different location, the copy works...
Took me a bit: https://github.com/ctron/buildah-repro-4845 When the `VOLUME` keyword is in the base layer it fails. When the `VOLUME` keyword goes into the same layer it works. With `podman build`...
No, but we rely on some redhat github action making using of buildah. So that might not be a solution for us.
I just peeked into the code and tested this a bit. To me it looks like the WebSocket service doesn't to anything special here, and the default is to use...
I also think that a scale test might bring some insight here.
@aDogCalledSpot :point_up:
I was using `use_callback`, maybe that's it?