deps: update docker/cli to fix go version selection issue

[laurazard]

see: docker/cli@70216b6

supersedes/closes#11271

What I did

bump github.com/docker/cli version to docker/cli@70216b6

Related issue

⭑ makeGO111MODULE=ongobuild-trimpath-tags"e2e"-ldflags"-w -X github.com/docker/compose/v2/internal.Version=v2.24.0-birthday.10-3-g785835b1.m"-o"./bin/build/docker-compose" ./cmd
# github.com/docker/cli/cli/context/store
../../../../../pkg/mod/github.com/docker/cli@v25.0.0-beta.2+incompatible/cli/context/store/storeconfig.go:6:24: predeclaredanyrequires go1.18orlater (-langwassetto go1.16; checkgo.mod)
../../../../../pkg/mod/github.com/docker/cli@v25.0.0-beta.2+incompatible/cli/context/store/store.go:74:12: predeclaredanyrequiresgo1.18orlater (-langwassetto go1.16; checkgo.mod)
../../../../../pkg/mod/github.com/docker/cli@v25.0.0-beta.2+incompatible/cli/context/store/store.go:75:23: predeclaredanyrequiresgo1.18orlater (-langwassetto go1.16; checkgo.mod)
../../../../../pkg/mod/github.com/docker/cli@v25.0.0-beta.2+incompatible/cli/context/store/metadatastore.go:43:58: predeclaredanyrequires go1.18orlater (-langwassetto go1.16; checkgo.mod)
../../../../../pkg/mod/github.com/docker/cli@v25.0.0-beta.2+incompatible/cli/context/store/metadatastore.go:48:22: predeclaredanyrequires go1.18orlater (-langwassetto go1.16; checkgo.mod)
../../../../../pkg/mod/github.com/docker/cli@v25.0.0-beta.2+incompatible/cli/context/store/metadatastore.go:80:30: predeclaredanyrequires go1.18orlater (-langwassetto go1.16; checkgo.mod)
# github.com/docker/cli/templates
../../../../../pkg/mod/github.com/docker/cli@v25.0.0-beta.2+incompatible/templates/templates.go:13:17: predeclaredanyrequires go1.18orlater (-langwassetto go1.16; checkgo.mod)
# github.com/docker/cli/cli/compose/template
../../../../../pkg/mod/github.com/docker/cli@v25.0.0-beta.2+incompatible/cli/compose/template/template.go:98:45: predeclaredanyrequiresgo1.18orlater (-langwassetto go1.16; checkgo.mod)
(andmore!)

(not mandatory) A picture of a cute animal, if possible in relation to what you did

[glours]

LGTM

[ndeloof]

LGTM
mocks will need to be updated as well

[ndeloof]

supersede #11271

[laurazard]

mocks will need to be updated as well

Thanks! Just pushed with updated mocks.

[thaJeztah]

LGTM

we had similar changes on the daemon side as well, but I can update my draft PR to verify those. (if all works out, also will do a new beta)

[laurazard]

Ah OTEL semconv imports my old friend 🥲

[thaJeztah]

😩😫😖😣

[laurazard]

OTEL things are breaking and I've a headache, so open to ideas 🤦‍♀️ . I could make use of moby/buildkit#4472, but that's only on the v0.12 branch, and we'd have to downgrade Buildkit to v0.11.2 which implies more changes. @milas wdyt?

[laurazard]

For example's sake, that would look like this: 7fd7d92

[thaJeztah]

OTEL things are breaking and I've a headache, so open to ideas 🤦‍♀️ . I could make use of moby/buildkit#4472, but that's only on the v0.12 branch

DOH! Didn't realise / forgot that was only in the v0.12 branch; we should forward-port that to master.

[thaJeztah]

• @laurazard I opened [forward port to master] tracing: allow the Resource to be set externally moby/buildkit#4496

[thaJeztah]

I guess updating BuildKit to current master could also work; it's already updated to OTEL 0.45 now; https://github.com/moby/buildkit/blob/bbb6aaccb9aeb856e450c4eb535034507b074254/go.mod#L74-L88

[laurazard]

I guess updating BuildKit to current master could also work; it's already updated to OTEL 0.45 now;

Made docker/buildx#2170 to be able to build Compose with the latest from Buildx and Buildkit, so now this works! (without downgrading anything)

[laurazard]

Ah it still had automerge enabled 😅 Please make sure it looks good, ended up just upgrading Buildkit and Buildx dependencies.

[glours]

@laurazard yes my bad, I forgot to remove it after the first failure 😞
We'll check that everything is fine, don't worry