Description of problem: GLib2 2.57.0 introduced a regression in the printf functions causing compiler warnings for any app that has -Wformat enabled. This is because the format annotation for g_strdup_printf() (and related functions) was changed from "printf" to "gnu_printf", but the G_GUINT64_FORMAT macro was left with the Microsoft format, instead of the GNU format. This has been reported upstream and already fixed: https://gitlab.gnome.org/GNOME/glib/issues/1497 This request is just to ensure the patches get into rawhide and FEdora 29 mingw-glib2. Possibly this will happen automatically next time you pull a pre-release snapshot of 2.57.x series Note in the upstream bug, the maintainer recommended that we switch to using Meson instead of autotools for building glib, since meson is what upstream is actually testing and didn't suffer from this bug. Version-Release number of selected component (if applicable): mingw-glib2-2.57.2-1.fc29
According to koschei, this will break mingw-json-glib builds [1], but not yet since there's not been a new release. [1] https://apps.fedoraproject.org/koschei/package/mingw-json-glib
This is okay in Rawhide now that it's bumped to 2.58.1, but still wrong in Fedora 29.
Sorry, I missed this bug earlier. Let me do a 2.58.2 build for Fedora 29 now that it's out.
mingw-glib2-2.58.2-1.fc29 has been submitted as an update to Fedora 29. https://bodhi.fedoraproject.org/updates/FEDORA-2019-a93c2b64d6
mingw-glib2-2.58.2-1.fc29 has been pushed to the Fedora 29 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2019-a93c2b64d6
mingw-glib2-2.58.2-1.fc29 has been pushed to the Fedora 29 stable repository. If problems still persist, please make note of it in this bug report.