Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

chore(deps): bump github.com/docker/docker from 25.0.5+incompatible to 26.1.4+incompatible #38

Conversation

dependabot[bot]
Copy link
Contributor

@dependabot dependabot bot commented on behalf of github Jul 30, 2024

Bumps github.com/docker/docker from 25.0.5+incompatible to 26.1.4+incompatible.

Release notes

Sourced from github.com/docker/docker's releases.

v26.1.4

26.1.4

For a full list of pull requests and changes in this release, refer to the relevant GitHub milestones:

Security

This release updates the Go runtime to 1.21.11 which contains security fixes for:

Bug fixes and enhancements

  • Fixed an issue where promoting a node immediately after another node was demoted could cause the promotion to fail. moby/moby#47870
  • Prevent the daemon log from being spammed with superfluous response.WriteHeader call ... messages.. moby/moby#47843
  • Don't show empty hints when plugins return an empty hook message. docker/cli#5083
  • Added ContextType: "moby" to the context list/inspect output to address a compatibility issue with Visual Studio Container Tools. docker/cli#5095
  • Fix a compatibility issue with Visual Studio Container Tools. docker/cli#5095

Packaging updates

v26.1.3

26.1.3

For a full list of pull requests and changes in this release, refer to the relevant GitHub milestones:

Bug fixes and enhancements

  • Fix a regression that prevented the use of DNS servers within a --internal network. moby/moby#47832
  • When the internal DNS server's own address is supplied as an external server address, ignore it to avoid unproductive recursion. moby/moby#47833

Packaging updates

... (truncated)

Commits
  • de5c9cf Merge pull request #47912 from thaJeztah/26.1_backport_vendor_containerd_1.7.18
  • c62dcf8 Merge pull request #47911 from thaJeztah/26.1_backport_bump_containerd_binary...
  • 17315a2 vendor: github.com/containerd/containerd v1.7.18
  • cbd9418 update containerd binary to v1.7.18
  • fb9f72a Merge pull request #47904 from thaJeztah/26.1_backport_bump_go1.21.11
  • 3115daa update to go1.21.11
  • 2861734 Merge pull request #47892 from thaJeztah/26.1_backport_api_docs_network_confi...
  • 9c95aea Merge pull request #47893 from thaJeztah/26.1_backport_bump_docker_py
  • 3e09e19 Merge pull request #47894 from thaJeztah/26.1_backport_vendor_containerd_v1.7.17
  • 65b679a Merge pull request #47889 from thaJeztah/26.1_backport_platforms_err_handling
  • 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 show <dependency name> ignore conditions will show all of the ignore conditions of the specified dependency
  • @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)
    You can disable automated security fix PRs for this repo from the Security Alerts page.

dependabot bot and others added 16 commits April 4, 2024 01:21
Bumps [vite](https://github.com/vitejs/vite/tree/HEAD/packages/vite) from 4.5.1 to 4.5.3.
- [Release notes](https://github.com/vitejs/vite/releases)
- [Changelog](https://github.com/vitejs/vite/blob/v4.5.3/packages/vite/CHANGELOG.md)
- [Commits](https://github.com/vitejs/vite/commits/v4.5.3/packages/vite)

---
updated-dependencies:
- dependency-name: vite
  dependency-type: direct:development
...

Signed-off-by: dependabot[bot] <[email protected]>
Bumps  and [ws](https://github.com/websockets/ws). These dependencies needed to be updated together.

Updates `ws` from 6.2.2 to 8.17.1
- [Release notes](https://github.com/websockets/ws/releases)
- [Commits](websockets/ws@6.2.2...8.17.1)

Updates `ws` from 7.5.9 to 8.17.1
- [Release notes](https://github.com/websockets/ws/releases)
- [Commits](websockets/ws@6.2.2...8.17.1)

Updates `ws` from 8.16.0 to 8.17.1
- [Release notes](https://github.com/websockets/ws/releases)
- [Commits](websockets/ws@6.2.2...8.17.1)

Updates `ws` from 8.17.0 to 8.17.1
- [Release notes](https://github.com/websockets/ws/releases)
- [Commits](websockets/ws@6.2.2...8.17.1)

---
updated-dependencies:
- dependency-name: ws
  dependency-type: indirect
- dependency-name: ws
  dependency-type: indirect
- dependency-name: ws
  dependency-type: indirect
- dependency-name: ws
  dependency-type: indirect
...

Signed-off-by: dependabot[bot] <[email protected]>
Added an example on how they could be used as a simple integration test
Bumps [braces](https://github.com/micromatch/braces) from 3.0.2 to 3.0.3.
- [Changelog](https://github.com/micromatch/braces/blob/master/CHANGELOG.md)
- [Commits](micromatch/braces@3.0.2...3.0.3)

---
updated-dependencies:
- dependency-name: braces
  dependency-type: indirect
...

Signed-off-by: dependabot[bot] <[email protected]>
the kvstore will eventually become the autoscaler so might as well
create it as a cli app
docker driver breaks kube-proxy for new clusters, used to stop the
clusters for kube-proxy to avoid CrashLoopBackOff error. using kvm2 fixed it.
We want to allow the clusters to be reached by the client and with each other,
since by design mnikube runs each cluster in a private subnets when
using kvm driver, simply adding routes using route command does not work,
also tried port-forwarding in the host and sending requests within the vm to the host
and it didn't work, and to fix it this you need to manually edit the network
settings from outside and destroy it and restart the vm as explained here
kubernetes/minikube#11499, which makes the tests harder to run.

A solution would be to use docker and create a loop until all kube-proxy
pods are running as needed, but it can only do 2 clusters for some
reason, the third will automatically use kvm2. moreover it behaves
differently for each run.

But that won't be needed as virtualbox driver runs all clusters within the same network.

Also registered 3 different providers, one for each cluster using their
own ipfs node. and simplified the scripts.
Images were pulled from remote registries and not from the already
saved images from ipfs during pod creation. so i tried to tag the images with
the CID and replace the image url with the tag. this also fixes the case where the
client uploads from private registries, because they will be
inaccessible such as the case with the autoscaler in the test that is
stored in the local docker registry.

The problem was that containerd will always prefix the tagged images
with docker.io/ to resolve them remotely again, therefore bypassing the
saved images from ipfs. and unless its a known registry, such as gcr or
docker.io, it will always get prefixed, even localhost.

So the solution was simple,just disable pulling images completely,
therefore it will resort to the saved images with prefixing, it just
takes it as it is.
Needed to pass the provider keys dynamically, and templating wont work with
helmfile without a proper helm chart, because it won't subsitute the values
therefore produce incorrect yaml.
The client selects any instance and provide it with all the apocryph
node gateways and it will trigger the rest and for the cluster instead
of sending multiple connect requests to every provider.
…-4.5.3

chore(deps-dev): bump vite from 4.5.1 to 4.5.3
….com/rs/cors-1.11.0

chore(deps): bump github.com/rs/cors from 1.9.0 to 1.11.0
…es-3.0.3

chore(deps): bump braces from 3.0.2 to 3.0.3
Bumps [github.com/docker/docker](https://github.com/docker/docker) from 25.0.5+incompatible to 26.1.4+incompatible.
- [Release notes](https://github.com/docker/docker/releases)
- [Commits](moby/moby@v25.0.5...v26.1.4)

---
updated-dependencies:
- dependency-name: github.com/docker/docker
  dependency-type: indirect
...

Signed-off-by: dependabot[bot] <[email protected]>
@dependabot dependabot bot added dependencies Pull requests that update a dependency file go Pull requests that update Go code labels Jul 30, 2024
Copy link
Contributor Author

dependabot bot commented on behalf of github Aug 1, 2024

Superseded by #40.

@dependabot dependabot bot closed this Aug 1, 2024
@dependabot dependabot bot deleted the dependabot/go_modules/github.com/docker/docker-26.1.4incompatible branch August 1, 2024 17:21
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
dependencies Pull requests that update a dependency file go Pull requests that update Go code
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant