Bug fixes, disable bucket registry

• Fix an issue which would cause an error with the list surface which affected docker build.
• Stop authenticating for b., bucket. and beta.gcr.io registries by default.

Container Optimized OS, 6/5/2017 release

1.4.0 -> 1.4.1

Change-Id: I5af2a39fbb7eb9b373bf3bb54a274ca8d5769bdc
Signed-off-by: Jake Sanders <[email protected]>

Container-Optimized OS release

This release is to give GKE's Container-Optimized OS a stable branch to pull against.

1.4.0 release

v1.3.5 added:

• Updates the command used to retrieve the gcloud SDK's access token to gcloud config config-helper --format=value(credential.access_token)

v1.4.0 added:

• When --configure-docker cannot determine the installed version of the Docker client (e.g. if the Docker client isn't installed yet), the credential helper now assumes that it can configure itself to be a registry-specific credential helper.

Support new Docker client version numbering

See: https://github.com/docker/docker/releases/tag/v17.03.0-ce

--default-to-gcr-access-token

--default-to-gcr-access-token has been added as a config value. By default, the credential helper will still return an error when an unknown credential is requested, but when --default-to-gcr-access-token is enabled the credential helper will attempt to return GCR's access token instead. This allows for the credential helper to be used for non-default GCR registries.

Bugfix!

Some users were having issues using configure-docker, which is solved in this bugfix.

Credential Helpers are enabled in Docker Client 1.13

Credential helper support has been cherry picked into v1.13.0-rc4. docker-credential-gcr has been updated to reflect that.

Docker 1.14 credential helper support

Docker client v1.14 introduces registry-specific credential helpers. docker-credential-gcr will now preferentially act as a credential helper on Docker client versions 1.14+ and as a general credential store on 1.11 - 1.13.

Bugfix related to 3p credential storage

1.2.0 -> 1.2.1

Change-Id: I73df4864d35812b2615ef4ecc556103b628ec5cc
Signed-off-by: Jake Sanders <[email protected]>