Comments
.
The gtk2 backend should not be disabled, e.g. for LXDE.
.
Fixes lua-posix
@jskarvad this seems stuck
@wcohen this seems stuck?
systemdunitproperty test has already been fixed upstream: https://github.com/OpenSCAP/openscap/pull/2067
Decoding is handled by VLC, not kaffeine itself.
yselkowitz
commented & provided feedback
on gstreamer1-plugins-bad-free-1.22.8-2.fc39, …
9 months ago
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?
.