@@ -52,14 +52,8 @@ DOCKERIZED_BINARIES = {
52
52
},
53
53
}
54
54
55
- # In the bash-based build (build/lib/release.sh), the images built for amd64 do not use
56
- # an arch in their name (but other arches do), and the GCE cluster scripts
57
- # (which sideload the images via tarfiles) expect there not to be an arch.
58
55
# When pushing to gcr.io, we want to use an arch, since the archless name is now used for a
59
56
# manifest list. Bazel doesn't support manifest lists (yet), so we can't do that either.
60
- # For now, we use the archless name for the image tars saved in the server tarball,
61
- # to satisfy GCE and other similar providers. (If one were to pull the images via the manifest
62
- # list, the arch wouldn't appear in the name either.)
63
57
[multi_arch_container (
64
58
name = binary ,
65
59
architectures = SERVER_PLATFORMS ["linux" ],
@@ -71,10 +65,8 @@ DOCKERIZED_BINARIES = {
71
65
)),
72
66
# Since the multi_arch_container macro replaces the {ARCH} format string,
73
67
# we need to escape the stamping vars.
74
- # Also see comment above about why the push tags use ARCH while the
75
- # non-push tags do not.
76
68
docker_push_tags = ["{{STABLE_DOCKER_PUSH_REGISTRY}}/%s-{ARCH}:{{STABLE_DOCKER_TAG}}" % binary ],
77
- docker_tags = ["{{STABLE_DOCKER_REGISTRY}}/%s:{{STABLE_DOCKER_TAG}}" % binary ],
69
+ docker_tags = ["{{STABLE_DOCKER_REGISTRY}}/%s-{ARCH} :{{STABLE_DOCKER_TAG}}" % binary ],
78
70
stamp = True ,
79
71
symlinks = {
80
72
# Some cluster startup scripts expect to find the binaries in /usr/local/bin,
0 commit comments