Unfortunately, the JACK support for Windows32 has to be dropped. I do still see a mingw-w64-i686-jack2 package in https://repo.msys2.org/mingw/mingw32/. But both locally and in the AppVeyor pipeline the package can not be installed and querring does yield no results. We have no choice but to disable JACK support for the Windows 32bit build for now.
We now use winpthreads-git over libwinpthred-git in the Windows pipeline. By doing so we do not encounter conflicts and the library is installed along winpthreads-git as a dependency anyway.
The pacman cache is now updated before any installation does happen in the Windows pipeline. This way, hopefully, individual packages do not get out of sync (so fast) anymore and make the pipeline crash.
The cache of the AppImage pipeline needed a refresh. Only libsndfile.a instead of libsndfile.so was found causing the build to fail. (Maybe the cache was somehow damaged?)
Unfortunately, the
JACKsupport for Windows32 has to be dropped. I do still see amingw-w64-i686-jack2package in https://repo.msys2.org/mingw/mingw32/. But both locally and in the AppVeyor pipeline the package can not be installed and querring does yield no results. We have no choice but to disable JACK support for the Windows 32bit build for now.We now use
winpthreads-gitoverlibwinpthred-gitin the Windows pipeline. By doing so we do not encounter conflicts and the library is installed alongwinpthreads-gitas a dependency anyway.The
pacmancache is now updated before any installation does happen in the Windows pipeline. This way, hopefully, individual packages do not get out of sync (so fast) anymore and make the pipeline crash.The cache of the
AppImagepipeline needed a refresh. Onlylibsndfile.ainstead oflibsndfile.sowas found causing the build to fail. (Maybe the cache was somehow damaged?)