I can't use rechunker in GitLab?
I'm trying GitLab this time instead of GitHub. While rechunker seems to work fine in GH side, I can't say the same for GitLab.
https://gitlab.com/vedaproject/vedaos/-/jobs/11020875701#L171
Isn't it trying to open yet another Docker instance on top of Docker-Docker?
14 Replies
I'll probably stick with github for now, idk what I should do
Ok yeah I've been running into that too
I haven't been able to figure out what's causing it
I thought maybe it's my runners, but looks like it happens on Gitlab's own runners too
so it's not just with rechunk then?
No it's only running podman/buildah as the driver
Docker works fine
But we can't do rechunk with docker
I'm not very technical, is there something that needs to be done in ci config file so in my case it will work just fine, or I have to like build it first in bluebuild, rechunk it afterwards and then push it to registry, if there's a way to do it?
No this is a bug I'd have to figure out. It might be something missing in the image, I'm not entirely sure
I just thought it was my setup so I didn't think too much of it
But seeing you're also having this issue running on a gitlab hosted runner tells me it's something else
yeah idk, all I did is took a sample file from cli readme, found a env variable to also do a rechunk, and then pushed it to repo
You can build fine without rechunk in Gitlab if you don't want to move to Github
since without rechunk it does build just fine, but in this case I will lose a benefit of having smaller updates 😕
Yeah... I'll have to spend some time diagnosing
GitHub
Build software better, together
GitHub is where people build software. More than 150 million people use GitHub to discover, fork, and contribute to over 420 million projects.

yeah no problem, I'll do it later
GitHub
device or resource busy
when trying to rechunk the image in GitLa...I wanted to try GitLab CI for building my own images and pushing the result in gitlab.com container registry. However, when doing so with BB_BUILD_RECHUNK environment variable defined as "true...
Thanks!
It might be a bit before I get to this, currently working on another feature