-
Notifications
You must be signed in to change notification settings - Fork 18.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[24.0 backport] vendor: github.com/moby/buildkit v0.11.7-0.20230525183624-798ad6b0ce9f #45582
[24.0 backport] vendor: github.com/moby/buildkit v0.11.7-0.20230525183624-798ad6b0ce9f #45582
Conversation
version.Version = "v0.11.6" | ||
version.Version = "v0.11.7-0.20230519102302-348e79dfed17" |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Do we prefer the go module version for this, or git describe
?
git describe --tags
v0.11.6-4-g348e79dfe
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Not near my PC but maybe we could backport #45304 to 24.0 branch, WDYT?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yeah, didn't want to jinx it. And it looks like we don't need this intermediate version, so updating it to v0.11.7 (once it's released) isn't too much of a hassle for now I guess.
Discussing with @jedevc, and these fixes are only needed on the client-side, so no need (for now) to backport |
This comment was marked as resolved.
This comment was marked as resolved.
@@ -50,7 +50,7 @@ import ( | |||
) | |||
|
|||
func init() { | |||
version.Version = "v0.11.6" | |||
version.Version = "v0.11.7-0.20230519102302-348e79dfed17" |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Is there any specific reason to backport a non-tagged commit?
Can we just release v0.11.7?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I opened this one because there was a possible regression in Docker 24.0; I wasn't 100% sure if that only needed changes on the client-side (buildx), or also needed fixes on the daemon side.
We were preparing the 24.0.1 release, and there was no ETA yet for v0.11.7, so I prepared the vending updates. However, discussing with Jed and Tonis, it turned out that we didn't need changes on the daemon side, so I moved this one back to draft (and can probably close it until there's a v0.11.7 release); #45582 (comment)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Updated this PR, because we found another issue that did result in a panic, docker/buildx#1836
full diff: moby/buildkit@v0.11.6...798ad6b Signed-off-by: Sebastiaan van Stijn <github@gone.nl> (cherry picked from commit 79ca663) Signed-off-by: Sebastiaan van Stijn <github@gone.nl>
0e92efb
to
ae6e933
Compare
Failure on Windows: looks like potential race? (logs logs logs missing in output); ISTR this test was flaky before
|
All green now 👍 |
relates to / addresses:
full diff: moby/buildkit@v0.11.6...798ad6b
- What I did
- How I did it
- How to verify it
- Description for the changelog
- A picture of a cute animal (not mandatory but encouraged)