Add fa_AF.UTF-8 and fa_IR.UTF-8 locales
Yes, because of two things:
I can use the tool one more time to see if it produces anything else.
Completely true, but we should either add a manual change or contribute to the CLDR project on cldr.unicode.org.
Although I think nothing's wrong with this revision since all steps are automatically done and I've made no additional change, I believe @yuripv knows much more than me about locales. So I would appreciate if he could also take a look.
OK, I just double-checked and we've done nothing wrong here. It removes the ar_SA.UTF-8 from LOCALES+= and adds the fa_IR.UTF-8 instead. The rest are taken care of in SAME+= lines.
I redid all steps one more time and nothing's change. I will check how this could be fixed on CLDR, but I think we are fine for this revision and there is nothing to work on. But, there's something interesting that I forgot to tell you before, timedef is commented out in /usr/src/tools/tools/locale/Makefile - check line 20:
KNOWN= monetdef numericdef msgdef colldef ctypedef # timedef
So I had to uncomment it to generate them. So maybe, it wouldn't cause any problem if we manually remove all occurrences of the trailing Hamza. Am I right? Let me know if we can do so and I will apply the change.
Any blocker for this change? Just wondering.
And could anyone try to regenerate these changes by using tools/locale/locale after r364245? I updated the tools to use CLDR v35, and now it supports patches under the "patch" directory if necessary. If it works, and no one is going to work on committing them, I will volunteer to do it.
I don't think there is any serious blockers. The reason that I cannot proceed this is because I don't know how our locale system works and haven't researched it. If possible, please point me some documents or write short notes while committing this.
There is no need to regenerate as the committer should regenerate himself when commiting. Nothing is blocking it beside time from committers.
I will try to look into committing this week the MR. Thank you very much
this is the generator that generates that, changes symlinks etc. So this is kind of expected
timedef are the only one that are maintained manually, so after I will have commit those, please submit or send me a patch with the fixed version, they will never be updated
Although I've come to the conclusion that the trailing Hamza we discussed with @farrokhi is not called Hamza but "یای کوتاه" which is completely fine, I will definitely do as you said and will submit a patch whenever there's something needing a change, roger that.
Reference for "یای کوتاه":
https://apll.ir/wp-content/uploads/2018/10/D-1394.pdf - pages 14, 20