Open benoit74 opened 1 month ago
Two important information to consider:
dart.dev_en_all
again to generate a new ZIM within the same month ; all mirrors have grabbed the updated version (I downloaded ZIM file from each mirror individually and checked the SHASUM)all mirrors have grabbed the updated version
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 YY-MMll
and not YY-MM.ll
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.
I thought we decided on YY-MMll and not YY-MM.ll
Agreed
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.
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?