October 19, 20187 yr I'm building myself a application which is being built into a docker container and hosted in a private gitlab.com repo / registry. The only problem is updating the container and showing correct information whether it is up-to-date or not in the docker tab. The problem is that the webgui basically only works with docker hub images, since the registry is hardcoded into the update process and the getRemoteVersionV2 function. I modified the webgui and created a pull request to follow the correct auth flow for tokens, etc https://github.com/limetech/webgui/pull/403 So long as you run "docker login registry.gitlab.com/[...]" on unraid and ensure that the "/root/docker/config.json" is available after reboots the pull request will allow you to pull docker images from registry.gitlab.com which require authentication etc. This should also work with other docker registries, since the pull request rewrites getRemoteVersionV2 to follow the correct authentication flow. The only problem is that I couldn't test the changes in an unRAID install, since I'm not sure how to setup a dev environment for that (see also https://github.com/limetech/webgui/issues/400). I'm mostly looking for some kind of acknowledgment that the pull request has been seen by someone other than me^^ And some info how to further test it would be great as well. (is there a unraid test vm?)
October 19, 20187 yr @SpaceInvaderOne has a video on how to run unRaid as a VM within unRaid. Or you could always just do the mods on a production server as I do.
October 19, 20187 yr Author Okay, then I'll use my production server. Already found one small problem and it seems to work without any problems now.
October 19, 20187 yr Sorry for asking, but what is the benefit for the "regular" user here? I understand that when you do your own docker development, it is convenient to retrieve from your private repository, but regular users would install publicly available containers, not private repositories.
October 19, 20187 yr Author At least the rewrite of the getRemoteVersionV2 function would allow public containers from other registries to work correctly (I think, maybe I'll have to change some small things). The current getRemoteVersionV2 function will only work with docker containers from hub.docker.com (since the token and api urls are hardcoded). And it would be more inline with how docker itself works (basically defaulting to hub.docker.com for the token flow, but using the api of the other registries if given). If i decide to release my app and don't push it to hub.docker.com (for some reason or another) nobody will be able to update it, even if it is publicly available via the gitlab docker registry. Edited October 19, 20187 yr by rhurling added information
October 19, 20187 yr Ok, I think this can be split into two feature requests 1. Don't use a hardcoded URL but use an API instead to obtain the URL, which allows the image to exist elsewhere 2. Add support for private repositories, which require authentication (username/password)
Archived
This topic is now archived and is closed to further replies.