-
Notifications
You must be signed in to change notification settings - Fork 293
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
Phase out docker.io for ghcr.io #2595
Comments
Hello, |
Hello, I think 99.5% of docker containers do exist on ghcr, and it's the preferred platform for most. Additionally, docker.io has the EXACT same problem as ghcr.io for China so that is not a valid reason to not change. |
There is currently no way to do that. Exposing it, will introduce a whole other set of issues. Also can make opened issues very hard to debug. Even if we only allow the repo and not the tag to be changed, tags dont always match on both registries. That being said. I do want to have a solution for that. eg: have a predefined mirror list on each app (where applicable). |
With the docker compose migration this should stop being an issue, as apps should have built in docker compose files which will let us choose the images, or am I wrong? |
Pre-made apps will continue to function like they do now. You will be able to use either custom-app or portainer, dockge etc to deploy you custom docker-compose files. |
Constantly running into pull rate limit errors due to the use of docker hub for apps. Is there any way we can choose as users where it pulls the container from? |
Closing this in favor of #1112 But with updated request: |
Hi, as it is not possible to edit TrueNAS Community chart docker compose files in Scale, I was wondering if it'd be possible to simply replace all docker.io image references to ghcr.io.
Unfortunately, docker.io tends to fail quite often, especially if behind a VPN of any sort.
As the community chart does not allow adding a network bridge to simulate a new "host", it is impossible to put certain items behind VPN on the community chart without putting the whole server behind the VPN.
It'd be valuable to simply use ghcr.io instead, and all that'd be required is replacing every instance of "docker.io" to "ghcr.io" in the images list.
The text was updated successfully, but these errors were encountered: