Christopher Degawa

I'm not sure atm as I haven't had time to test and debug anything, one thing you might want to do if you have time and will power to look...

based on my guesses, the main reason why this occurs is that upstream qt does not consider msys2+mingw-w64 a supported configuration, so they hardcode assumptions for the windows platform

Rather they even mislabeled mingw-w64 as MinGW, which can be considered an offense to both projects. https://doc.qt.io/qt-5/windows.html#supported-configurations

Now I wonder if we can do that with qt5 and vlc

Are the makefiles that bad? Do they not have the target dependencies properly set?

I think I might have a fix for this, by making qt5 build those tools as static as mentioned https://wiki.qt.io/Building_a_static_Qt_for_Windows_using_MinGW I think it might be that those tools were loading...

@Biswa96 could we include that commit inside the MINGW-package for libarchive?

I heard it was bc they had multiple teams on images internally within google or something and they don't coordinate with each other or something

Should have been fixed in https://github.com/FFmpeg/FFmpeg/commit/2d368392a5d6b856d63959ae8bfd40dd598c27e7

tracking some of the issues with the two in https://github.com/m-ab-s/media-autobuild_suite/issues/2152