I’m packaging global menu support for MATE, Xfce and Budgie in my copr. The spec file is inspired by the debian package, adding for the fact that appmenu-gtk-module is not packaged in Fedora. The spec produces 27 rpms when built, some with only 1-2 libraries. Attempts to reduce the number of packages results in applets and libraries getting mixed together, as well as gtk2 dependencies becoming unavoidable even if a user wants to avoid bloat.
Fedora, on one hand, has sophisticated examples of package splitting like texlive (~6000ish packages from 1 spec). On the other hand, the community thinks debian splits things too much and unnecessary splits should be avoided. In case of my package, where both applets and libraries are built, how much splitting is considered to be of the best practice?