Comments

181 Comments

It is the responsibility of third-party repositories to avoid conflicts with Fedora, not vice-versa, but in this case it has already been reported to the affected repository.

kopeninghours and kosmindoormap (deps of itinerary) are missing

Just for the record, as being discussed in the matrix channel, the V8 problem is actually due to a new file in 6.6.0 being added to qt6-qtwebengine-devtools instead of qt6-qtwebengine proper, and this is going to be fixed by a forthcoming change to this update.

I fully agree that this extra long final freeze has been difficult in many ways. Unfortunately(?) I can't reproduce the crash with Qt 6.5, it starts just fine here. It was suggested to me that, if you're still testing with Qt 6.6.0, installing qt6-qtwebengine-devtools is at least a workaround for the V8 startup error, and I can confirm that works; please try that if you are in position to do so. This indicates that a file that was added in 6.6 was improperly placed in -devtools instead of the main package, and that should be fixed soon in https://bodhi.fedoraproject.org/updates/FEDORA-2023-0d38f82e51 .

Similar to @tseewald's feedback above, someone reported that my eric update https://bodhi.fedoraproject.org/updates/FEDORA-2023-af95a99daa was failing, and I confirmed that this only occurs in conjunction with this update, but not with Qt 6.5.2 in F39 stable. Both calibre and eric use python-pyqt6-webengine, and "V8" in the error message points in that direction as well. I suspect this is an incompatibility between PyQt6/PyQt6-WebEngine 6.5 and Qt/QtWebEngine 6.6. Do we know if upstream PyQt6 6.6.0 releases are imminent?

I can reproduce this only with the Qt 6.6.0 update currently in F39 testing. If you use the 6.5.2 packages currently in F39 stable, the program should start successfully, as it did when this update was filed and still does now. As such, I believe this is an issue with the Qt 6.6.0 update (specifically, with PyQt6/WebEngine 6.5's compatibility with Qt/WebEngine 6.6) and not with package, and should be reported here instead: https://bodhi.fedoraproject.org/updates/FEDORA-2023-0d38f82e51

gnome-applets was built against the older gnome-panel, it needs to be rebuilt with a buildroot override or side tag against gnome-panel 3.49.1 (which provides libgnome-panel.so.3 instead of .so.0).

BZ#2234618 Flatpak cleanup-commands do not work

The Open button and dropdown are there but yes they have changed. That's an upstream change though, so I don't know why that merits negative karma.