Any chance of getting this fixed soon? Several packages cannot currently be rebuilt in rawhide or ELN due to a bug in mutter fixed by this version: gjs, libepoxy, libglvnd, libhandy, perl-Tk, zenity (and possibly more).

... which would then mean updating the entire mingw-qt6-* stack to match.

This update has been unpushed.

No, flatpak apps have a single stream and aren't bounded by release branches like RPMs (or runtimes) are.

That was my plan for the RPMs, as 48.2 is not compatible with 48.1. The fedora flatpak has been updated to 48.2 though.

Thanks, it turns out upstream snuck in a hardcoding of the XCB backend in this version. (journald logs don't really make startup issues obvious, but flatpak run from the command line does.) This should be fixed in the respin.

How exactly did you test the GMIC plugin?

FTR I had no such problems starting this, even after removing ~/.var/app/org.kde.falkon

What about EPEL 10.1?

One of the many problems with (or at least as a result of) flathub.

The problem isn't with us for wanting to use the latest gtk4, it's with the code for not working properly with it.

This package (RPM and flatpak) are completely broken on F42+ as a result, until somebody adds a fix to get it working with the latest gtk4. I have no idea how easy or complicated that would be.

I found the RHBZ you filed (thanks!) and will follow up there.

That, and on RHBZ, Fedora product, folio component, with a link to the upstream report, so that the downstream maintainer (should they be different) should see it either way.

This update has been unpushed.

The actual issue can be seen by launching manually:

(com.toolstack.Folio:811916): Gdk-ERROR **: 12:20:17.218: gdk_display_manager_get() was called before gtk_init()

This is a new stringency in GTK+ 4.17/4.18 (in F42+) and needs to be fixed in the program itself. FWIW the RPM does the same thing on F42+, so it's quite broken right now and needs to be fixed by the maintainer and/or upstream. Do you want to report this on the package?

I suppose you could take the plugin from before its removal and package it separately?

The git plugin was removed upstream: https://gitlab.gnome.org/World/gedit/gedit-plugins/-/commit/5f46002ae6200d9031952529eacbd13061d036ea It should be properly obsoleted in these builds, so as long as the upgrade path works, there's not much I can do about that.

I cannot reproduce the window size issue. The first launch of 48 did revert to the default window size, but after I resized it (and opened a file), subsequent starts seem to remember the previous size.

This update has been unpushed.

This update has been unpushed.