-
-
Notifications
You must be signed in to change notification settings - Fork 1
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
ZIM Update v2: Revisit how we update ZIMs within a single month #35
Comments
Two important information to consider:
|
That's a very good news. Not all mirrors mirror this file though so if you don't mind I think we need to confirm that all mirrors do update same-filename files before releasing our constraints |
I forgot to check that all mirrors are in the list you've linked, indeed. I just requested again https://farm.openzim.org/recipes/wikipedia_dag_all to rebuild a ZIM with same name and check if all mirrors are OK with https://download.kiwix.org/zim/wikipedia/wikipedia_dag_all_mini_2024-06.zim?mirrorlist Do we agree that we should not care about the Israeli mirror for now? |
I think there is anyway too much of assumption that this will go right. It won't. we should make a call IMHO to nail down this old problem. |
What has been discussed:
I propose to name the "ZIM Update v2" project (I know, I suck at naming things) I started the documentation at https://wiki.openzim.org/wiki/ZIM_Updates so that it will be easier to trace changes. Do not hesitate to speak-up if I missed something or something is wrong (ideally simply edit the document if it is obvious). Please give feedback if documentation seems to appropriately reflect what we've discussed, so that we can start to share the world in the openZIM community and open related issues. |
I thought we decided on Another impact on mirrors is that some (at least IL one) filter based on filename. A simple test should be conducted to check whether this post-period change breaks sync for them or not. |
Agreed
Yep |
Currently, ZIM files are named with only the year + month.
It means that whenever we update a ZIM (typically by re-running a recipe to fix something), it is deemed to be hard to know which ZIM we have and to potentially cause issues on mirror updates (mirror might keep the old file version).
Should we change our way of working?
The text was updated successfully, but these errors were encountered: