KDDockWidgets-2.0 brings multiple improvements to the package, including the ability to build QtQuick controls into the package alongside (rather than instead of) the QtWidgets, a feature MuseScore has been asking for. (See bug 2227098.) 2.0.0 was finally released in December 2023, and was followed up in May by 2.1.0 which brought multiple bugfixes to the 2.0.0 codebase. The release notes claim that, "2.0 isn't very interesting for users, but will allow developers to make KDDW support other GUI frameworks more easily. Also QtQuick is now better integrated, without being shoehorned with ifdefs into the QtWidgets implementation." Despite that, both 2.0.0 and 2.1.0 are technically breaking changes from the 1.7.0 codebase. (2.1.0 is reported not to contain any breaking changes from 2.0.0, so it's a no-brainer for KDDockWidgets 2.0.0 users.) So, it may make sense to publish a kddockwidgets2 package separate from kddockwidgets, to give downstream users time to migrate their code to 2.0. While it makes the most sense for the kddockwidgets Fedora maintainers to also maintain a kddockwidgets2 package, if there's no interest in doing so (and if the main kddockwidgets package won't be upgrading to 2.1.0 in the near term), I'd be willing to work on packaging and maintaining kddockwidgets2. I'm happy to pitch in either way, hence this attempt at coordination.
This bug appears to have been reported against 'rawhide' during the Fedora Linux 42 development cycle. Changing version to 42.
Just an update to this bug. I have just been added as a co-maintainer for this package, and I will look into doing this, now that I am working on updating this package to 2.4.0 (Latest to this date). Do give me some time though XD I also gotta wait for the fesco ticket for the soname bump.