However – occasionally there is a problem, and an update needs to get out urgently without waiting for the usual OpenQA testing. So that update package is put in the update repo. Maybe you can think of it as the “quick and dirty fix repo”.
And yes, you should enable that repo.
As for using mirror-cache? I don’t have a clear answer. I am not using it, and I only rarely run into issues with the repos.
Thanks for the information. Eventually, a package pushed through download.opensuse.org-tumbleweed will be replaced by a package that went through OpenQA testing. So what I’m seeing is expected.
There are some web pages that describe MirrorCache as an upgrade to mirrorbrain. It reads like it manages mirrors by trying to use the ones closest to the box being updated. I’m curious if anybody has tested it to determine if it actually makes updating faster, since installing it adds 81 new packages, totalling 52.1 MiB.
I cannot really comment of mirror-cache, since I have not used it. I have the impression that mirror-brain does not work well with “https” repos, and mirror-cache fixes that.
So you want to run your own mirror in your garage? Kudos for that, the more the better.
But I get a feeling that’s not want you looking for. To use a download redirector run with MirrorCache, you’ll point your openSUSE mirrors to https://mirrorcache-us.opensuse.org/. Try and see if if works for you.
Your second point is what I’d like to implement. So I install MirrorCache, read up on it and point my mirrors at the link you gave? I’ll try that tomorrow.
is valid for Tumbleweed (which you indicated that you use it). It is however not true for Leap. In Leap all updates during the lifetime of a version come through the Update repos. But because Tumbleweed is a new version every snapshot, the Update repos are not normally used, except as explain by @nrickert.