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

Very outdated mirror? #473

Open
justinclift opened this issue Apr 15, 2024 · 8 comments
Open

Very outdated mirror? #473

justinclift opened this issue Apr 15, 2024 · 8 comments
Labels
enhancement New feature or request todo

Comments

@justinclift
Copy link

Hiyas,

Was looking to try out HPN-SSH on a Debian 12 (Bookworm) system, however clicking on the generic link here:

    https://download.opensuse.org/repositories/home:/rapier1

... bounces to a very outdated mirror for Australia:

    https://mirrorcache-au.opensuse.org/repositories/home:/rapier1/

The packages there are dated April 2023 (1 year out of date), and don't list the version of Debian I'm using.

With a bit more digging though, it turns out the packages are actually available:

    https://download.opensuse.org/repositories/home:/rapier1/

It looks like this mirror needs to be re-synced, or perhaps even taken out of the mirror selection rotation. (?)

Are you ok to get this looked at? 😄

@andrii-suse
Copy link
Collaborator

andrii-suse commented Apr 23, 2024

mirrorcache-au is not a mirror, but a mirror redirector - it doesn't keep or serve files, but tries to sync info about files on mirrors and redirect requests to proper mirrors.
What you see in https://mirrorcache-au.opensuse.org/repositories/home:/rapier1/ indeed looks outdated, but inside
https://mirrorcache-au.opensuse.org/repositories/home:/rapier1/Debian_11/
or even
https://mirrorcache-au.opensuse.org/repositories/home:/rapier1/Debian_12/
the files should look more recent.

So this is something to improve in MirrorCache, because currently it keeps fresh only folders with real files, which may be confusing for humans, but is perfectly ok for zypper.

@justinclift
Copy link
Author

which may be confusing for humans, but is perfectly ok for zypper.

Ahh. I get it. "The humans using those pages aren't important, so lets disregard anyone who attempts to view that stuff."

Or am I misreading that? 😉

@justinclift
Copy link
Author

As an additional data point, I was attempting to make use of that repo from a Debian system, as that repo directory is where some OBS Debian builds end up.

Not real sure why what zypper happens to be ok with is even a consideration, as that directory isn't meant for zypper.

@andrii-suse
Copy link
Collaborator

Not real sure why what zypper happens to be ok with is even a consideration, as that directory isn't meant for zypper.

Oh, by zypper I meant package managers in general: for apt some outdated views (like that which you complained) is not a problem as well. All apt cares is uptodate Release and Packages files - and those should be fine.

@justinclift
Copy link
Author

K. It'll be good when MirrorCache is updated so it works with the needs of the human users too. 😉

@andrii-suse
Copy link
Collaborator

andrii-suse commented Jul 4, 2024

There is a small improvement - the page now shows state when the list was synced last (bottom under the list of files).
And humans now can request the sync if needed. (login with opensuse account is required).

I agree that automatic sync would be good to have as well, but considering many factors involved (additional load on server trying to keep in sync all folders, relatively low priority with many other tasks pending, a workaround with manual request) - I don't plan to implement it at the moment. So I can close the ticket or it can remain open until resources allow a proper solution.

@justinclift
Copy link
Author

Cool, that sounds like things are heading in the right direction. 😄

@justinclift
Copy link
Author

... or it can remain open until resources allow a proper solution.

Sorry for be a pain, and thank you for the time clearly spent on this already.

Personally I feel the right choice of the two options is to keep this open until (if 😉) resources allow for a more complete solution. 😄

@andrii-suse andrii-suse added enhancement New feature or request todo labels Oct 18, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request todo
Projects
None yet
Development

No branches or pull requests

2 participants