vendor: update github.com/Microsoft/hcsshim v0.8.10 (back to tagged release)#41689
vendor: update github.com/Microsoft/hcsshim v0.8.10 (back to tagged release)#41689cpuguy83 merged 1 commit intomoby:masterfrom
Conversation
…elease) This switches the hcsshim dependency back to tagged releases, instead of the special "moby" branch. This makes the dependency align with both BuildKit and containerd, which use these versions. The switch to the "moby" branch was done in 2865478, to bring in a fix for image import, without having to bring in additional changes; > We changed to the moby branch for a couple of reasons: > > - Allows us to take this important change without needing to also pull in all > of the other work that has been going on in the repo. > - moby uses an older set of APIs exposed from hcsshim, based on the HCS v1 > functionality. Going forwards, we have discussed deprecating/removing these > APIs from the mainline branch in hcsshim, so our thinking was we could keep > this moby branch around to ensure we don't break compatibility there. > > (...) Long term, the best path here is to get moby using containerd as the > backend on Windows, which should alleviate these issues. full diff: https://github.com/Microsoft/hcsshim/compare/9dcb42f100215f8d375b4a9265e5bba009217a85..v0.8.10 Signed-off-by: Sebastiaan van Stijn <github@gone.nl>
|
ok, it's green (except for flaky s390x) |
|
I had a look through the vendor'd differences, and I didn't notice any significant feature-changes. A lot of lines due to moving a bunch of stuff from safefile into the winapi package, and what looks like a HCS schema regeneration/update for some new features. There's a couple of new features in the internal packages, but the vendoring didn't pull in the public packages that expose them, so they shouldn't have any meaningful effect since clearly they're not used here. The public package changes are visible in the hcsshim full diff. The only one I'm curious about is the change in the containerd-shim-runhcs-v1 protobuf-json field name for GPUs, but I didn't think Docker used containerd-shim-runhcs-v1 anyway, so I'm not sure why the vendoring even picked that up. It makes sense that a lot of this (but not all... looks like we'll still need hcsshim for networking) goes away with #41455, but that looks like being 21.x-targeted due to losing Windows Server LTSC 2016, from the last discussion, and that's a long time to hold a custom hcsshim branch open for cherry-picking fixes. |
|
Thanks for looking! So looks like changes in this re-vendor should be ok, in which case I (personally) prefer to go back to tagged releases (matching the other repositories) to make the vending less confusing, and (slightly) help users that use go modules for vendoring to allow them to get the same version of the dependency. |
This switches the hcsshim dependency back to tagged releases, instead of the special
"moby" branch. This makes the dependency align with both BuildKit and containerd,
which use these versions.
The switch to the "moby" branch was done in 2865478 (#41144), to bring in a fix for image import, without having to bring in additional changes;
#41144 (comment)
full diff: https://github.com/Microsoft/hcsshim/compare/9dcb42f100215f8d375b4a9265e5bba009217a85..v0.8.10