Bundled wheels: update hashes automatically

[getzze]

Follow-up to #141 (comment)

This PR adds a script to update the version of the bundled libmediainfo library and to update the checksums of the files to download from MediaInfo.

Instead of hard-coding the mediainfo version and hashes in the download_library.py script, this information is put in pyproject.toml. Then the new update_checksums.py scripts is used to update the values in the pyproject.toml config file.

A typical workflow to regenerate bundled wheels with the latest MediaInfo version, for all the platforms and architectures:

pdm run update_checksums
pdm run build_all

[getzze]

add the --dev flag to install the dev dependencies that are needed to run the scripts (requests)

[getzze]

libmediainfo is compiled for windows arm64, it doesn't cost much to bundle a wheel for this architecture.
Well, it has to be added to appveyor.yaml

[getzze]

Sorry for the big PR, it was not as simple to implement as I first thought 😅

[sbraz]

Nice, I like the idea of having the variable stuff in a config file instead of a script :D

[sbraz]

If you've used it before, is GitHUB's CI faster than AppVeyor? AppVeyor's 1 job limit makes it reaaaaaaally long to run the whole CI :/
And I think you mentioned GH CI before :)

[getzze]

Yes it's much faster... It also cancels jobs when a new commit is pushed in a PR, so you don't have to wait for outdated jobs to finish.

…

On 12 February 2025 22:07:06 GMT+00:00, Louis Sautier ***@***.***> wrote: If you've used it before, is GitHUB's CI faster than AppVeyor? AppVeyor's 1 job limit makes it reaaaaaaally long to run the whole CI :/ And I think you mentioned GH CI before :) -- Reply to this email directly or view it on GitHub: #144 (comment) You are receiving this because you authored the thread. Message ID: ***@***.***>

[getzze]

The test that needs libcurl.dll is still failing on windows, I will revert the changes, it will simplify dowload_library code.
I think it's better to just skip this test on Windows systems.