Mingw-packages: Qt tools fail to run due to icu package

[droidmonkey]

Updating the icu package to version mingw-w64-x86_64-icu-62.1-1 causes all Qt tools to fail to run. For example, try running uic and it will fail to load Qt5Core.dll. After running strace uic it identified the libicuuc61.dll as the culprit.

Downgrading back to mingw-w64-x86_64-icu-61.1-1 resolves the issue.

[Optiligence]

i suggest to put major version dependencies in i,e. Qt and Boost packages

[droidmonkey]

Also, after downgrading the icu package, my program compiles but crashes immediately on startup. GDB reports static variable initialization error. This did not happen before MSYS2 update and does not happen in Ubuntu.

[Alexpux]

This is because not only Qt depends on ICU but other packages like harfbuzz too. So you need downgrade all packages that depends on ICU. In near time I will not upload new Qt package as there are problems with building it

[droidmonkey]

The current state of MSYS2 is terribly broken as a result of this.

[Optiligence]

@Alexpux downgrade the repo then, please. it not only breaks work environments which can be manually fixed, but also continuous integration

[Alexpux]

I can’t downgrade repo.

[Optiligence]

why not? i think this happened several times in the past, that a version of a package was retracted.
i agree with @droidmonkey it’s pretty broken the way it is now

[Alexpux]

Instead ignoring the problems need to solve them. I’m only one who build and upload and can’t solve all problems in short time. Build packages take much time so wait while it will be fixed or downgrade packages manually

[Optiligence]

well icu shouldn’t be updated in the repo if dependents are not ready.
CIs are difficult to manually downgrade (or annoying to prevent from updating)
Ignoring it now would prevent a lot more people from getting broken environments without requiring much effort.

[Alexpux]

As workaround you can try to copy ICU 62 dlls and rename them to 61

[Optiligence]

My fingernails curl when i think about this.

I’m just proposing to revert the change that broke the repo until it’s in a complete state.
it’s even possible to easily sync that for users with pacman -Syuu

[Diapolo]

Are you using GCC hardening features like stack protector?

[droidmonkey]

@Diapolo were you asking me? If so, yes we are using hardening features, building KeePassXC Password Manager Tool.

[mati865]

@Diapolo it's different issue, Qt expects older soname of the library.

[droidmonkey]

OK, so in case anyone else is plagued by this, here is what I did to backout my MSYS2 to a certain date:

1. Navigate to your /var/cache/pacman/pkg directory and sort by last modified
2. Pick a date to revert back to and select all the packages from now to that date. Press and hold SHIFT and right click then select "Copy as path".
3. Paste into your favorite text editor and do some find/replace to chop the list down to a long, space-separated string of package names (see below for this particular issue resolution).
4. DELETE the packages you selected from the cache folder (important for step 6).
5. Download "downgrade.sh" from my gist and place in bin directory: https://gist.github.com/droidmonkey/144cee8aa1e1b797d442c5e398fa4485
6. Run downgrade.sh <package_list> -o 1 to revert back to the last known package of the names extracted before. The -o 1 uses the first available package which would be the last good one since you deleted the old bad packages already in step 4.

Package List from Aug 22 to July 8

mingw-w64-i686-openssl mingw-w64-x86_64-openssl mingw-w64-i686-glib2 mingw-w64-x86_64-glib2 mingw-w64-i686-harfbuzz mingw-w64-x86_64-harfbuzz mingw-w64-i686-dbus mingw-w64-x86_64-dbus mingw-w64-i686-expat mingw-w64-x86_64-expat mingw-w64-i686-icu-debug-libs mingw-w64-i686-icu mingw-w64-x86_64-icu-debug-libs mingw-w64-x86_64-icu mingw-w64-x86_64-python3-pip mingw-w64-x86_64-python2-pip mingw-w64-i686-libtiff mingw-w64-x86_64-libtiff mingw-w64-i686-p11-kit mingw-w64-x86_64-p11-kit mingw-w64-i686-libgsf mingw-w64-x86_64-libgsf mingw-w64-x86_64-python3-setuptools mingw-w64-x86_64-python2-setuptools mingw-w64-i686-graphite2 mingw-w64-x86_64-graphite2 ttyrec mintty mingw-w64-i686-libjpeg-turbo mingw-w64-x86_64-libjpeg-turbo mingw-w64-i686-gdb mingw-w64-x86_64-gdb pacman libcurl curl mingw-w64-x86_64-gcc-objc mingw-w64-x86_64-gcc-ada mingw-w64-x86_64-gcc-fortran mingw-w64-x86_64-gcc-libgfortran mingw-w64-x86_64-gcc-libs mingw-w64-x86_64-gcc mingw-w64-i686-curl mingw-w64-x86_64-curl liblzo2 autoconf libffi libcrypt time rebase gcc-libs less libgnutls libopenssl openssl perl-URI perl-libwww file perl-Net-HTTP perl-IO-Socket-SSL perl-HTTP-Message perl-Error mingw-w64-i686-libpng mingw-w64-x86_64-libpng mingw-w64-i686-zlib mingw-w64-x86_64-zlib mingw-w64-i686-cmake mingw-w64-x86_64-cmake mingw-w64-i686-binutils mingw-w64-x86_64-binutils mingw-w64-x86_64-libmangle-git mingw-w64-i686-libgpg-error mingw-w64-x86_64-libgpg-error mingw-w64-x86_64-winstorecompat-git mingw-w64-x86_64-tools-git mingw-w64-i686-libwinpthread-git mingw-w64-i686-winpthreads-git mingw-w64-x86_64-libwinpthread-git mingw-w64-x86_64-winpthreads-git mingw-w64-x86_64-libmicrohttpd mingw-w64-i686-libuv mingw-w64-x86_64-libuv mingw-w64-i686-llvm mingw-w64-i686-clang mingw-w64-x86_64-llvm mingw-w64-x86_64-clang gnupg libgpg-error libltdl libtool mingw-w64-i686-openal mingw-w64-x86_64-openal mingw-w64-i686-python3 mingw-w64-x86_64-python3 mingw-w64-i686-crt-git mingw-w64-x86_64-crt-git mingw-w64-i686-headers-git mingw-w64-x86_64-headers-git mingw-w64-i686-jsoncpp mingw-w64-x86_64-jsoncpp libnpth filesystem sed info

[awhatson]

I've run into the same problem, though for us the problem comes from webkit packages linked to icu61.

The solution from @droidmonkey requires you to not have cleared the pacman cache, and unfortunately that didn't work for us. I've written a helper script to pull the necessary packages from the archive: https://gist.github.com/awhatson/8666de81fccc9dcf470f3c87e1b8560e

Usage example is in the comments there.

[Optiligence]

@Alexpux if you don’t want to downgrade the repo, can you upload a downgraded database file here?

[Alexpux]

@Optiligence I dont have old database files

[dfileccia]

Thank you @awhatson for you script. I was able to downgrade and now I can build!

Thank you @Alexpux for all your work on MSYS2! It takes a lot of effort to do this and it is much appreciated. I would much rather have the small headache I just had than have to build Qt and MSYS2 just to keep away from M$ on Windows.

[Optiligence]

zipped mingw64.db with icu and dependents boost and poppler downgraded (necessary additions welcome)
extract into /var/lib/pacman/sync/ and remove /var/lib/pacman/sync/mingw64.db.sig

You can use pacman -Suu to downgrade then and upgrade the rest.

was created like so:

cd /varlib/pacman/sync/
cp mingw64.db mingw64.db.tar.gz
repo-add mingw64.db.tar.gz /var/cache/pacman/pkg/mingw-w64-x86_64-boost-1.67.0-2-any.pkg.tar.xz /var/cache/pacman/pkg/mingw-w64-x86_64-icu-61.1-1-any.pkg.tar.xz /var/cache/pacman/pkg/mingw-w64-x86_64-icu-debug-libs-61.1-1-any.pkg.tar.xz /var/cache/pacman/pkg/mingw-w64-x86_64-poppler-0.64.0-1-any.pkg.tar.xz
cp mingw64.db.tar.gz mingw64.db
rm mingw64.db.sig

[Alexpux]

64-bit Qt5 packages uploaded. 32-bit will be later when build done

[omichel]

Qt5WebKit.dll is still linked with ICU61, so it is still broken...
The issue is similar to #3585.

[Alexpux]

@omichel qtwebkit not buildable now. gcc 8.2.0 crash on it

[droidmonkey]

The new version of gcc is causing me a ton of heartache as well... it absolutely hates static variables.

[Alexpux]

Im upload 64bit QtWebkit linked to ICU 62, 32bit some later

[omichel]

I just tested the 64 bit version and can confirm it now works great with ICU 62. Thank you!