tzupdater is a critical tool to address DST issues with JRE. Previous versions of tzupdater could complete in a few minutes, with 1.1.0 we are seeing times in the 4-5 hour range due to looping through file systems. We are seeing several passes through each Java instance. We are seeing this on S10 and S9 machines.
see attachment "hollywood.txt" for another example of looping. This was reported by the softdist team. The process was terminated after one hour without completing.
The slow part we understand, I'm attaching a suggested fix which in my own tests improves package resolve time from 16 minutes to 4.
The looping part we have yet to assess: this could be just apparent looping due to the process being slow, or the find command. If the resolving script is processing the same JRE multiple times, then we can assess that further once we see a typescript.