Fedora Account System
Red Hat Associate
Red Hat Customer
Description of problem: The mingw64-libpng (and many other mingw64-*) are build linked for the new UCRT. But mingw64-glib2 and ming64-gdk_pixbuf is linked for MSVCRT. That gives memory allocations errors. How reproducible: Try to create a Gdk.Pixbuf for a PNG file using DOTNET, will cause a Memory Allocation Error. Steps to Reproduce: 1. Run GtkSharp demo and try "PixBuf" demo and i will fail (on Windows) Actual results: MemoryAccessDenied Allocation error Expected results: The demo to run Additional info: If recompiling the mingw-libpng it will link to MSVCRT and it works. So all Mingw packages that links to UCRT have to be recompiled for MSVCRT.
There seems to be an error in the build system. As I understand it, new packages for UCRT should be named ucrt64-libpng, ucrt64-glib2 etc. So that mingw[32|64]-libpng etc should still be using "msvcrt" for the runtime. These packages are build with UCRT: mingw64-angleproject-3280-11.git57ea533.fc41.noarch mingw64-atk-2.38.0-7.fc41.noarch mingw64-brotli-1.0.7-13.fc41.noarch mingw64-bzip2-1.0.8-13.fc41.noarch mingw64-cairo-1.18.0-4.fc41.noarch mingw64-curl-8.9.1-1.fc41.noarch mingw64-dbus-1.14.10-4.fc41.noarch mingw64-fontconfig-2.15.0-4.fc41.noarch mingw64-freetype-2.13.2-4.fc41.noarch mingw64-fribidi-1.0.15-2.fc41.noarch mingw64-gdk-pixbuf-2.42.12-2.fc41.noarch mingw64-gettext-0.22.5-3.fc41.noarch mingw64-giflib-5.2.2-2.fc41.noarch mingw64-gmp-6.1.2-19.fc41.noarch mingw64-graphene-1.10.8-5.fc41.noarch mingw64-gsm-1.0.16-19.fc41.noarch mingw64-gtk3-3.24.43-2.fc41.noarch mingw64-harfbuzz-9.0.0-2.fc41.noarch mingw64-hunspell-1.7.2-6.fc41.noarch mingw64-icu-74.2-2.fc41.noarch mingw64-imath-3.1.11-2.fc41.noarch mingw64-jasper-4.2.4-2.fc41.noarch mingw64-lcms2-2.14-6.fc41.noarch mingw64-libcroco-0.6.12-19.fc41.noarch mingw64-libepoxy-1.5.10-7.fc41.noarch mingw64-libffi-3.4.6-2.fc41.noarch mingw64-libgcrypt-1.10.3-2.fc41.noarch mingw64-libgpg-error-1.36-14.fc41.noarch mingw64-libidn-1.42-4.fc41.noarch mingw64-libjpeg-turbo-3.0.2-2.fc41.noarch mingw64-libogg-1.3.3-15.fc41.noarch mingw64-libpng-1.6.40-4.fc41.noarch mingw64-libpsl-0.21.0-14.fc41.noarch mingw64-librsvg2-2.57.1-4.fc41.noarch mingw64-libssh2-1.9.0-15.fc41.noarch mingw64-libtasn1-4.19.0-6.fc41.noarch mingw64-libtiff-4.4.0-6.fc41.noarch mingw64-libunistring-0.9.10-14.fc41.noarch mingw64-libvorbis-1.3.7-12.fc41.noarch mingw64-libxml2-2.12.8-2.fc41.noarch mingw64-nettle-3.7.2-10.fc41.noarch mingw64-openal-soft-1.23.1-5.fc41.noarch mingw64-openexr-3.2.4-2.fc41.noarch mingw64-openssl-3.2.2-2.fc41.noarch mingw64-opus-1.5.2-1.fc41.noarch mingw64-orc-0.4.38-3.fc41.noarch mingw64-orc-0.4.38-3.fc41.noarch mingw64-pango-1.54.0-2.fc41.noarch mingw64-pcre2-10.44-2.fc41.noarch mingw64-pcre-8.45-6.fc41.noarch mingw64-pixman-0.43.4-2.fc41.noarch mingw64-readline-8.2-6.fc41.noarch mingw64-readline-8.2-6.fc41.noarch mingw64-SDL2-2.30.3-2.fc41.noarch mingw64-speex-1.2.0-17.fc41.noarch mingw64-sqlite-3.46.0-2.fc41.noarch mingw64-taglib-1.12-11.fc41.noarch mingw64-termcap-1.3.1-37.fc41.noarch mingw64-wavpack-5.5.0-6.fc41.noarch mingw64-win-iconv-0.0.8-13.fc41.noarch mingw64-zlib-1.3.1-3.fc41.noarch These are build with MSVCRT mingw64-expat-2.6.4-1.fc41.noarch mingw64-gcc-objc-14.2.1-3.fc41.x86_64 mingw64-glib2-2.82.2-1.fc41.noarch mingw64-gnutls-3.8.9-2.fc41.noarch mingw64-gstreamer1-1.24.10-1.fc41.noarch mingw64-gstreamer1-plugins-bad-free-1.24.10-1.fc41.noarch mingw64-gstreamer1-plugins-base-1.24.10-1.fc41.noarch mingw64-libdeflate-1.23-1.fc41.noarch mingw64-libgcc-14.2.1-3.fc41.x86_64 mingw64-libidn2-2.3.8-1.fc41.noarch mingw64-libsoup-2.74.3-8.fc41.noarch mingw64-libstdc++-14.2.1-3.fc41.x86_64 mingw64-libtheora-1.1.1-22.fc40.noarch mingw64-libwebp-1.5.0-1.fc41.noarch mingw64-libxslt-1.1.43-1.fc41.noarch mingw64-openjpeg-2.5.3-6.fc41.noarch mingw64-p11-kit-0.23.16.1-14.fc40.noarch mingw64-winpthreads-12.0.0-3.fc41.noarch
FEDORA-2025-2967014999 (mingw-angleproject-3280-12.git57ea533.fc41, mingw-antlr-2.7.7-36.fc41, and 194 more) has been submitted as an update to Fedora 41. https://bodhi.fedoraproject.org/updates/FEDORA-2025-2967014999
mingw-crt-12.0.0 switched to ucrt by default, which was noticed a after it got built. I suspect that in the f41 mass rebuild cycle the incorrectly built mingw-crt ended up getting used, leading to all these packages being built against the wrong crt. I've rebuilt these, and will double check after this has landed if there are any others remaining.
FEDORA-2025-2967014999 has been pushed to the Fedora 41 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2025-2967014999` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2025-2967014999 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
Remember that mingw*-giflib and mingw*-opus is build directly from giflib and opus packages. They do not have mingw-giflib and mingw-opus packages. Maybe more packages are like that.
FEDORA-2025-2967014999 (mingw-angleproject-3280-12.git57ea533.fc41, mingw-antlr-2.7.7-36.fc41, and 194 more) has been pushed to the Fedora 41 stable repository. If problem still persists, please make note of it in this bug report.