Can you verify if you have kde frameworks 5.64 too or not? FEDORA-2019-8468f362c4

(hint: you do need this)

I appreciate the help, but it is misplaced. If you really want to help, to do by helping to fix the packages with broken dependencies.

Adding provides would fix the broken dependencies, sure, but it would be lie, sip no longer provides those interfaces (and packages depending on them would have runtime breakage).

This update has been unpushed.

unpushing update, reverting commit, rationale here, https://src.fedoraproject.org/rpms/sip/c/1eb3bcf67ab7e6f17f0fbb53c1ae3a9923dec213

Please no, I object to this change.

python3-sip and python2-sip are obsolete, nothing should provide them nor anything require them. (If anything does require, that's a bug that should be fixed)

kartoffelviking, sure, FEDORA-2019-2c54a54f0a

I can confirm this build works as advertised.

This is the legit rebuild for Qt 5.12.5, it was set as "unpushed" was that intentional?

Indeed breaks ABI for both packages that depend on re2 according to repoquery: perl-re-engine-RE2 and qt5-qtwebengine

ldd -r /usr/lib64/perl5/vendor_perl/auto/re/engine/RE2/RE2.so undefined symbol: _ZNK3re23RE25MatchERKNS_11StringPieceEiiNS0_6AnchorEPS1_i (/usr/lib64/perl5/vendor_perl/auto/re/engine/RE2/RE2.so) undefined symbol: _ZNK3re23RE223NumberOfCapturingGroupsEv (/usr/lib64/perl5/vendor_perl/auto/re/engine/RE2/RE2.so)

the qtwebengine one already documented in previous comment. I'll comment in bug #1672014

it's ok, I'll get that one submitted separately, rather than resetting this big batch again.

Taking liberty to queue for stable, holler if there are any objections

Can this go stable soon? I ask because pyotherside needs to be included in recently-submitted Qt 5.12.4 update too, FEDORA-2019-64c013e73f Feel free to reach out if you have any questions or concerns. If I include a newer pyotherside build in the Qt update, it will obsolete this one. Let me know how you'd prefer to proceed.

I added an explicit Conflicts: tag to new gstreamer1-plugins-ugly-free-1.16.0-3.fc30 build, if you want to pull that in here.

Otherwise, good +1

I added an explicit Conflicts: tag to new gstreamer1-plugins-ugly-free-1.14.4-2.fc29 build, if you want to pull that in here.

Otherwise, good +1

I documented the CELT issue in bug https://bugzilla.redhat.com/show_bug.cgi?id=1711435 , and subsequently found the root cause (typo wrt DEFINES+="PLUGIN_PATH=%{_libdir}/%{name}" not getting used). New/fixed builds on the way.

Please file a bug for the new celt issue