Evgeny Kotkov <[email protected]> writes: > Given the current responses, I guess that rolling an RC3 build is > warranted. Here is a summary of our current state and the reported > issues:
A quick status recap on our outstanding issues. > 1) The macOS build issues. > > These should be resolved by updating libtool to 2.4.7 (r1934402). > The RC3 build will use the updated libtool version. Brane has confirmed that the libtool upgrade fixes the issue, so this item is done. > 2) The venv-related issues when running the test suite on Windows. > > Based on the description, this appears to be a regression from 1.14.5. Work and discussion on this topic are still ongoing on the ^/branches/ xml-schema-validation-improvements/ branch. > 3) On Windows, the vcxproj generator fails to link against z.lib (the > newer library name starting from zlib 1.3.2 (or 1.3?)). > > The fix is still being discussed, but maybe we can get it in place > for RC3. This is not a regression compared to 1.14.5, so not a > strict blocker. The fix has been committed and nominated for backport, but currently lacks the necessary votes. I plan to vote myself, but one more +1 would be needed to merge it. > 4) Several failing Windows tests reported by jun66j5, potentially > related to packed FSFS repositories. > > It seems that we still need to determine if this is a regression and > identify the root cause. This is confirmed to be caused by an issue in the compiler (MSVC 19.44 only, 19.40 and 19.50 don't have the problem). We could potentially document this somewhere, but I think there isn't much else we can do about it. > My current plan is to wait for a resolution on item (2) and for > information on item (4) to confirm whether it is a regression or not. > After that, I am hoping to roll the RC3 build. That leaves (2) as the only remaining item. >From the RM perspective, I'd lean toward reverting the XML schema validation from the 1.15.x branch so we can roll RC3, and finalizing the validation work on trunk on its own schedule. Thoughts on this? Thanks, Evgeny Kotkov
