conan v2 wip

[kambala-decapitator]

No description provided.

[kambala-decapitator]

failure of cross-building Qt 5 from macOS ARM -> Intel is unexpected. Will check what's wrong, but maybe we'll have to use Intel runner with Xcode 15 to produce Intel deps.

[kambala-decapitator]

finally all deps build correctly.

@IvanSavenko I consider moving all the Conan related things to this repo right in this PR (like described in the Future Improvements), otherwise it's quite inconvenient to work with them.

[IvanSavenko]

If you find this approach more convenient - sure.

Would require copy-pasting conan / CI files from main repo to here, but probably still more convenient.

[kambala-decapitator]

The files will be moved, not copy-pasted. And this repo will be added to vcmi as submodule.

[kambala-decapitator]

automatically created release will look like this (apart from minor cosmetic changes): https://github.com/vcmi/vcmi-dependencies/releases/tag/untagged-5d54e88a0e3d8c424be3

currently ffmpeg started failing for some unobvious reason on Windows (which I can't reproduce even in a separate GhA run in other repo). The intention is that after all builds are green, the draft pre-release becomes non-draft.

Will also adjust to actually create release only when running manually from master branch.

@IvanSavenko Do you have other thoughts / input?

[IvanSavenko]

Will also adjust to actually create release only when running manually from master branch.

Or on PR merge? But works fine for me either way.

currently ffmpeg started failing for some unobvious reason on Windows

That "zlib not found" message? I think we can simply disable zlib support from ffmpeg. From what I see it is only needed to support some rare decoders, which we have disabled anyway. No idea whether this would fix the build though.

Do you have other thoughts / input?

• If Windows-based conan2 fails, perhaps restore vcpkg and keep using it for now, until that problem is resolved? I am OK with removing mingw, since making it work with conan2 will likely need some effort and nobody uses those artifacts at the moment. But still not sure if we need to actually remove vcpkg support that works fine so far and is used by our Windows devs.

• No 32-bit Windows support?

• Why do we need all those Qt patches?

• Looks like dependencies are now packaged as .tgz and not .txz? Fine for me either way though.