Here’s a possible solution: feel free to try my version with Docker 29.

[Marrrrrrrrry]

Is your feature request related to a problem? Please describe.

Hi all,

Since this issue has been open for a long time and the original repository appears to be unmaintained (the last commit was exactly two years ago), I've created a maintained fork that fully resolves this problem:

🔗 https://github.com/Marrrrrrrrry/watchtower

Describe the solution you'd like

Key improvements include:

Upgraded all dependencies
Simplified previously over-complicated functions
Tested thoroughly on multiple AMD64 servers of my own
Published Docker images to Docker Hub
If you're still affected by this issue, feel free to try my fork. I will continue maintaining it—though I'm busy making a living, so routine updates (e.g., handling API deprecations) may happen roughly every three months. However, for urgent issues like this one, I’ll respond and fix them as quickly as possible.

Describe alternatives you've considered

/

Additional context

No response

[github-actions]

Hi there! 👋🏼 As you're new to this repo, we'd like to suggest that you read our code of conduct as well as our contribution guidelines. Thanks a bunch for opening your first issue! 🙏

[waja]

or just use the well maintained fork https://github.com/nicholas-fedor/watchtower

[Marrrrrrrrry]

Yes, but I've refactored a large portion of the codebase, and now my project shows full compliance with Go standards on https://goreportcard.com/report/github.com/Marrrrrrrrry/watchtower.

[Karazhan201]

Hi @Marrrrrrrrry

debian@vps-b0657e75:~$ docker run --detach
--name watchtower
--volume /var/run/docker.sock:/var/run/docker.sock
marrrrrrrrrry/watchtower
Unable to find image 'marrrrrrrrrry/watchtower:latest' locally
docker: Error response from daemon: pull access denied for marrrrrrrrrry/watchtower, repository does not exist or may require 'docker login': denied: requested access to the resource is denied

Run 'docker run --help' for more information

[GeuntaBuwono]

@Marrrrrrrrry I cannot pull the image. The issue is just like @Karazhan201

[waja]

Yes, but I've refactored a large portion of the codebase, and now my project shows full compliance with Go standards on https://goreportcard.com/report/github.com/Marrrrrrrrry/watchtower.

That might be the case. Same goes for https://github.com/nicholas-fedor/watchtower. And if you have a look into it closer, you'll see that there was not only refactored the code, there are also countless new features and enhancements. Maybe you wonna join the project and contribute with PRs?

[Marrrrrrrrry]

@Karazhan201 @GeuntaBuwono I typed my username incorrectly, but I've now fixed the issue. Please feel free to try again!

[Karazhan201]

Great! 😄 Everything’s working then.

[Arragon5xpwm]

sudo docker pull marrrrrrrrry/watchtower
Using default tag: latest
latest: Pulling from marrrrrrrrry/watchtower
no matching manifest for linux/arm64/v8 in the manifest list entries

@Marrrrrrrrry Can you provide a arm64/v8 image under the latest tag?

[masterwishx]

Yes, but I've refactored a large portion of the codebase, and now my project shows full compliance with Go standards on https://goreportcard.com/report/github.com/Marrrrrrrrry/watchtower.

https://github.com/nicholas-fedor/watchtower also has A+ for Go and maintained about year or more and lot of people included me already switched to it.

So maybe really you can join and collaborate with his project?
Of course, without downplaying for your work already done.

[Marrrrrrrrry]

@Arragon5xpwm When you posted your comment, I had already pushed all the architecture images included in the old version of Watchtower, including arm64. Feel free to give it a try! However, please note that I've only conducted extensive multi-day testing on the amd64 architecture. If your data is critically important, you can add a parameter to make Watchtower monitor containers without automatically updating them. But perhaps you'll just trust my capabilities!

[Marrrrrrrrry]

@masterwishx I don’t currently have any plans to merge with his project. His approach automatically matches old and new Docker versions, whereas my approach is: users of older Docker versions (below 29) should directly use the original project—after all, it’s been thoroughly battle-tested over many years. For newer versions, including Docker 29 and later, I provide my own solution, where I’ve updated the version numbers to stay compatible with Docker’s newer API.

I’m currently writing new documentation (so far, I’ve only ported the documentation for the new platform). When the day comes that I’m no longer able to maintain this project, I’ll merge it into whichever popular community project is still active at that time.