Arch Linux User Repository

Who flagged this package (or wants to flag it): The KDE patch branch doesn't seem rebased yet and the regular qt5-base package has not been updated as well. Since this package is using the KDE patch branch I'm going to wait for them to rebase. You generally don't need to flag the package as I'm subscribed to relevant Qt mailing lists anyways.

I've been updating this package and some further modules to use patches from KDE's fork. This is in accordance with the native Qt packages. As far as I know KDE's fork is not tagging releases. However, I will not pick up every single new commit on their branch but only update the package when it is worth it. Only flag the package as out-of-date if there are patches on their branch which are generally very important.

Notes regarding 5.15.1 update

• With this update I finally splitted all static libraries from further Qt repositories into their own packages as well. So now there's not only mingw-w64-qt5-base-static but also mingw-w64-qt5-svg-static, mingw-w64-qt5-declarative-static and so on. The static version is still sharing files with the shared version and as such depends on the shared packages. However, this change allows to avoid building all the static libraries if only shared libraries are required. If you've so far used static libraries from further Qt modules be sure to install the additional *-static packages.
• Otherwise there were not much build system changes on the Qt side so I don't think this update broke much.
• As stated in the sticky comment I'm thinking about Qt 6 packaging but this also means I'm not going to take much effort to address any outstanding bugs/limitations for the Qt 5 packages anymore (broken ANGLE build, build Qt WebEngine, …).
• This is the last official release of the 5.x. Let's see whether further updates for the 5.x branch will be made available by the community. If the regular qt5-base packages picks up such commits I could update this package here as well.

Before upgrading, be sure to remove the old version of the package from your system. Preferably, build the package in a clean chroot using makechrootpkg.

Also, please read the other comments and issues on GitHub for known bugs and limitations.

There also exist a binary repository: https://martchus.no-ip.biz/repo/arch/ownstuff, https://wiki.archlinux.org/index.php/Unofficial_user_repositories#ownstuff

@theone74 It is currently not possible to use the MariaDB plugin with the static version of Qt because mariadb-connector-c comes with its own pthread implementation which has conflicting symbols with the pthread library Qt uses. Since some PostgreSQL update the same is true for the PostgreSQL plugin.

So you have to disable the plugin. When using CMake, plugins are not be automatically added so you should not run into the issue by default. When using qmake you need to disable the plugin manually, eg. you can add the following arguments to enable only the plugins which actually work:

CONFIG+=no_smart_library_merge QTPLUGIN.sqldrivers=qsqlite QTPLUGIN.sqldrivers+=qsqlodbc CONFIG+=static

(https://github.com/Martchus/PKGBUILDs/blob/master/qt5-tools/mingw-w64-static/PKGBUILD#L45)

All my packages are managed at GitHub where you can also contribute directly: https://github.com/Martchus/PKGBUILDs

Patches for this package are managed at: https://github.com/Martchus/qtbase/tree/5.11.0-mingw-w64
if you like to contribute to patches, read this: https://github.com/Martchus/PKGBUILDs/#contributing-to-patches

If you would like to contribute, here is a list of known bugs and things needing improvement:

• The linker library search paths for applications which need to be build for the host architecture aren't set correctly. Hence those paths are currently set manually which is quite hacky. Affected packages are mingw-w64-qt5-declarative and mingw-w64-qt5-tools and (also the apple-darwin versions).
• Compiling QtAV using the ANGLE version doesn't work. I don't know whether other applications/libs using OpenGL via Qt are also affected but it is very likely.
• Updating mingw-w64-qt5-webkit to ng version.
• See also https://github.com/Martchus/PKGBUILDs/issues

Also note the comments about the different variants inside the PKGBUILD itself.

And is your build of mingw-w64-mariadb-connector-c different compared to the build in my binary repository? Can you build Qt 5 using the build from my binary repository? Can you build Qt 6 with MySQL support?

It is strange that it cannot find any of those libraries. What version of mingw-w64-mariadb-connector-c do you try to build against? It definitely needs to be the latest that is on the AUR. What libraries does the connector package contain in your case? You can compare this with the version from my binary repository.

I am trying to build against mingw-w64-mariadb-connector-c 3.3.10-2, which is the latest on the AUR. The link to that package is https://aur.archlinux.org/packages/mingw-w64-mariadb-connector-c

I think the relevant part is:

> i686-w64-mingw32-g++ -c -pipe -fpch-preprocess -D_FORTIFY_SOURCE=3 -D_GLIBCXX_ASSERTIONS -O2 -pipe -fno-plt -fexceptions --param=ssp-buffer-size=4 -Wformat -Werror=format-security -fcf-protection -w -mthreads -DUNICODE -D_UNICODE -DMINGW_HAS_SECURE_API=1 -I. -I/usr/i686-w64-mingw32/include/freetype2 -I/usr/i686-w64-mingw32/include/dbus-1.0 -I/usr/i686-w64-mingw32/lib/dbus-1.0/include -I/usr/i686-w64-mingw32/include/harfbuzz -I/usr/i686-w64-mingw32/include/glib-2.0 -I/usr/i686-w64-mingw32/lib/glib-2.0/include -I/usr/i686-w64-mingw32/include/mariadb -I/home/medicine/.cache/paru/clone/mingw-w64-qt5-base/src/qtbase/mkspecs/win32-g++  -o main.o main.cpp
> i686-w64-mingw32-g++ -Wl,-O1,--sort-common,--as-needed -fstack-protector -Wl,-subsystem,console -mthreads -o mysql.exe main.o  -lmariadb.dll.a   
> /usr/lib/gcc/i686-w64-mingw32/13.1.0/../../../../i686-w64-mingw32/bin/ld: cannot find -lmariadb.dll.a: No such file or directory
> collect2: error: ld returned 1 exit status
> make: *** [Makefile:69: mysql.exe] Error 1
 => source failed verification.
Trying source 8 (type inline) of library mysql ...
+ cd /home/medicine/.cache/paru/clone/mingw-w64-qt5-base/src/build-i686-w64-mingw32/config.tests/mysql && /home/medicine/.cache/paru/clone/mingw-w64-qt5-base/src/build-i686-w64-mingw32/bin/qmake "CONFIG -= qt debug_and_release app_bundle lib_bundle" "CONFIG += shared warn_off console single_arch" 'INCLUDEPATH += /usr/i686-w64-mingw32/include/freetype2 /usr/i686-w64-mingw32/include/dbus-1.0 /usr/i686-w64-mingw32/lib/dbus-1.0/include /usr/i686-w64-mingw32/include/harfbuzz /usr/i686-w64-mingw32/include/glib-2.0 /usr/i686-w64-mingw32/lib/glib-2.0/include /usr/i686-w64-mingw32/include/mariadb' -early "CONFIG += cross_compile" 'QMAKE_USE += mysql' 'QMAKE_LIBS_MYSQL = -llibmysql' /home/medicine/.cache/paru/clone/mingw-w64-qt5-base/src/build-i686-w64-mingw32/config.tests/mysql
+ cd /home/medicine/.cache/paru/clone/mingw-w64-qt5-base/src/build-i686-w64-mingw32/config.tests/mysql && MAKEFLAGS= /sbin/make clean && MAKEFLAGS= /sbin/make
> rm -f main.o
> i686-w64-mingw32-g++ -c -pipe -fpch-preprocess -D_FORTIFY_SOURCE=3 -D_GLIBCXX_ASSERTIONS -O2 -pipe -fno-plt -fexceptions --param=ssp-buffer-size=4 -Wformat -Werror=format-security -fcf-protection -w -mthreads -DUNICODE -D_UNICODE -DMINGW_HAS_SECURE_API=1 -I. -I/usr/i686-w64-mingw32/include/freetype2 -I/usr/i686-w64-mingw32/include/dbus-1.0 -I/usr/i686-w64-mingw32/lib/dbus-1.0/include -I/usr/i686-w64-mingw32/include/harfbuzz -I/usr/i686-w64-mingw32/include/glib-2.0 -I/usr/i686-w64-mingw32/lib/glib-2.0/include -I/usr/i686-w64-mingw32/include/mariadb -I/home/medicine/.cache/paru/clone/mingw-w64-qt5-base/src/qtbase/mkspecs/win32-g++  -o main.o main.cpp
> i686-w64-mingw32-g++ -Wl,-O1,--sort-common,--as-needed -fstack-protector -Wl,-subsystem,console -mthreads -o mysql.exe main.o  -llibmysql   
> /usr/lib/gcc/i686-w64-mingw32/13.1.0/../../../../i686-w64-mingw32/bin/ld: cannot find -llibmysql: No such file or directory
> collect2: error: ld returned 1 exit status
> make: *** [Makefile:69: mysql.exe] Error 1
 => source failed verification.
Trying source 9 (type inline) of library mysql ...
  => source failed condition '!config.win32'.
Trying source 10 (type inline) of library mysql ...
  => source failed condition '!config.win32'.
test config.qtbase_sqldrivers.libraries.mysql FAILED

It is strange that it cannot find any of those libraries. What version of mingw-w64-mariadb-connector-c do you try to build against? It definitely needs to be the latest that is on the AUR. What libraries does the connector package contain in your case? You can compare this with the version from my binary repository.

@Martchus I sent you an email with a link to the entire log. Please let me know if I can provide you with any other information to help me get this package to work.

@jahway603 Nice that you're interested in mingw-w64 packages but please refrain from adding the same comment on multiple packages that are basically about the same problem. This is spamming our inboxes. Since you've now come here I assume you have already managed to resolve the cyclic dependency loop between some of those packages by building *-bootstrap packages first.

About the sqlite related built error: Please share the exact build error you've got. The final message that the build pre-condition failed is not helpful enough, I need to know why it failed. This is probably somewhere hidden in the very verbose output qmake is generating at the beginning. There are many red herrings as some checks are actually expected to fail so maybe just upload the entire logs somewhere.

This is failing to build with this as the error before it fails:

ERROR: Feature 'sql-mysql' was enabled, but the pre-condition 'libs.mysql' failed.
==> ERROR: A failure occurred in build().
    Aborting...
error: failed to build 'mingw-w64-qt5-base-5.15.15+kde+r127-1': 
error: packages failed to build: mingw-w64-qt5-base-5.15.15+kde+r127-1

Any suggestions on how to get past this error and to get this package to build successfully?

Who flagged this package (or wants to flag it): The KDE patch branch doesn't seem rebased yet and the regular qt5-base package has not been updated as well. Since this package is using the KDE patch branch I'm going to wait for them to rebase. You generally don't need to flag the package as I'm subscribed to relevant Qt mailing lists anyways.

I can update to the latest commit in the KDE-fork this evening. If your commit isn't contained by it I'll add it to my custom patchset. We're already at 32 patches so adding one more is certainly possible :-)

hi,

could this fix be backported as well ?

https://github.com/qt/qtbase/commit/87973325f1b99f2b25a5a0224e623803872ce2ef