CreMindES / whalelint

Dockerfile linter written in Go. It provides static analysis for Dockerfiles, identifying common mistakes and promotes best practices.
MIT License
13 stars 2 forks source link

build(deps): bump github.com/moby/buildkit from 0.9.3 to 0.11.1 #545

Closed dependabot[bot] closed 1 year ago

dependabot[bot] commented 1 year ago

Bumps github.com/moby/buildkit from 0.9.3 to 0.11.1.

Release notes

Sourced from github.com/moby/buildkit's releases.

v0.11.1

Welcome to the 0.11.1 release of buildkit! This is a pre-release of buildkit

Please try out the release binaries and report any issues at https://github.com/moby/buildkit/issues.

Notable changes

  • Builtin Dockerfile frontend has been updated to 1.5.1, fixing possible panic in certain warning condition #3505
  • Fix possible hang when closing down the SSH forwarding socket in v0.11.0 #3506
  • Fix typo in an environment variable used to configure OpenTelemetry endpoints #3508

v0.11.0

Welcome to the 0.11.0 release of buildkit!

Please try out the release binaries and report any issues at https://github.com/moby/buildkit/issues.

Notable Changes

  • Builtin Dockerfile frontend has been updated to v1.5.0 https://github.com/moby/buildkit/releases/tag/dockerfile%2F1.5.0

  • BuildKit and compatible frontends can now produce SBOM (Software Bill of Materials) attestations for the build results to show the dependencies of the build. These attestations can be added to images and locally exported files. Using Dockerfiles, SBOM information can be configured to be produced also based on files in intermediate build stages or build context, or run processes that manually define the SBOM dependencies. When exporting an image, layer mapping is also produced that allows tracing a SBOM package to a specific build step. #3258 #3290 #3249 #2983 #3358 #3312 #3407 #3408 #3410 #3414 #3422 Read documentation

  • BuildKit can now produce a Provenance attestation for the build result in SLSA format. Provenance attestations describe how a build was produced, and what sources/parameters were used. In addition to fields part of the SLSA specification, Buildkit's provenance also exports BuildKit-specific metadata like LLB steps with their source- and layer mapping. Provenance attestation will capture all the build sources visible to BuildKit, for example, not only the Git repository where the project's source is coming from but also the digests of all the container images used during the build. #3240 #3428 #3428 #3462 Read documentation

  • BuildKit now supports reproducible builds by setting SOURCE_DATE_EPOCH build argument or source-date-epoch exporter attribute. This deterministic date will be used in image metadata instead of the current time. #2918 #3262 #3152 Read documentation

  • OCI annotations can now be set to build results exported as images or OCI layouts. Annotations can be set on both image manifests and indexes, as well as descriptors to them. #3283 #3061 #2975 #2879 Read documentation

  • New Build History API allows listening to events about builds starting and completing, and streaming progress of active builds. New commands buildctl debug monitor, buildctl debug logs and buildctl debug get have been added to use this API. Build records also keep OpenTelemetry traces, provenance attestations, and image manifests if they were created by the build. #3294 #3339 #3440

  • Build results exported with image, local or tar exporters now support attestations. In addition to builtin SBOM and Provenance attestations, frontends can produce custom attestations in in-toto format #3197 #3070 #3129 #3073 #3063 #2935 #3289 #3389 #3321 #3342 #3461 Read documentation

  • New Source type oci-layout:// allows builds to import images from OCI directory structure on the client side. This allows using local versions of the image. #3112 #3300 #3122 #3034 #2971 #2827 #3397

  • Build requests now support sending a Source policy definition. A policy can be used to deny access to specific sources (e.g. images or URLs) or only allow access to specific image namespaces. Policies can also be used to modify sources when they are requested by the build, for example, pin a tag requested by the build to a specific digest even if it has already changed in the registry. #3332

  • New remote cache backend: Azure Blob Storage #3010

  • New remote cache backend: S3 #2824 #3065

  • BuildKit now supports Nydus compression type #2581

  • OCI exporter now supports attribute tar=false to export OCI layout into a directory instead of downloading a tarball. #3162

  • Setting multiple cache exporters for a single build is now supported #3024 #3271

... (truncated)

Commits
  • b6051af Merge pull request #3512 from tonistiigi/v0.11.1-cherry-picks
  • 822a6ec fix(tracing): spelling of OTEL_TRACES_EXPORTER value
  • 0282ebe Propagate sshforward send side connection close
  • 3e30eaa dockerfile: fix panic on warnings with multi-platform
  • e1d867e Merge pull request #3504 from AkihiroSuda/cherrypick-3485
  • ce20f82 docs/build-repro.md: add the SOURCE_DATE_EPOCH section
  • a8e8d2a Merge pull request #3487 from jedevc/cherry-pick-docs-0.11
  • 35a1da0 docs: master -> 0.11
  • 830288a Merge pull request #3483 from tonistiigi/v0.11-grpc-path-err
  • c5143c0 [v0.11] make tracing socket forward error non-fatal
  • Additional commits viewable in compare view


Dependabot compatibility score

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.


Dependabot commands and options
You can trigger Dependabot actions by commenting on this PR: - `@dependabot rebase` will rebase this PR - `@dependabot recreate` will recreate this PR, overwriting any edits that have been made to it - `@dependabot merge` will merge this PR after your CI passes on it - `@dependabot squash and merge` will squash and merge this PR after your CI passes on it - `@dependabot cancel merge` will cancel a previously requested merge and block automerging - `@dependabot reopen` will reopen this PR if it is closed - `@dependabot close` will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually - `@dependabot ignore this major version` will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself) - `@dependabot ignore this minor version` will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself) - `@dependabot ignore this dependency` will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)
dependabot[bot] commented 1 year ago

Superseded by #550.