Update Windows wheels building to use newer boost version

[mwydmuch]

No description provided.

[Trenza1ore]

Hiii @mwydmuch
Seems that previously 7-Zip 25.00 works well with boost but 25.01 in these newer build actions dislike the ../ paths for security reasons. Release notes mentioned a way to bypass:

Command line switch -snld20 can be used to bypass default security checks when creating symbolic links.

Source: https://github.com/ip7z/7zip/releases/tag/25.01

Some old discussions by author of 7-Zip on this topic:

"go to parent" links can be dangerous, because they can go to folder that is not expected by user that extracts archive to some specified folder.
And we want some safe isolation of extracted folders from another folders.
There are some possible complex attacks with multiple link files where each link points to parent level.
So we try to be more safe for link extracting.

Source: https://sourceforge.net/p/sevenzip/bugs/2436

[Trenza1ore]

Actually, instead of mitigating this with an undocumented -snld20 switch (which requires upstream changes, also there is a chance 7-Zip 25.02 breaks it again, etc.), just using 25.00 as in previous Github actions (before Github updated 7zip on its Windows image a few days ago) is a better fix.

[mwydmuch]

Thanks @Trenza1ore. Reopening this PR since the update of this action to v2 still makes sense in the case of a proper fix being deployed.

[Trenza1ore]

Thanks @Trenza1ore. Reopening this PR since the update of this action to v2 still makes sense in the case of a proper fix being deployed.

Make sense, forgot that fixes also get pick up by Github like closes