Description of problem: During the review of kuftp (bug 386531), I found that my system does not have the directory /usr/share/doc/HTML/en/common. This directory is included in kdelibs-3.97.0-4.fc9 and kdelibs-3.5.8-7.fc8, however is not included in kdelibs3-3.5.8-17.fc9. Currently this causes dangling symlink warning for users (like me) who usually use GNOME and are installing kdelibs3 for kde3 applications. How reproducible: 100% Steps to Reproduce: 1. install kreetingkard (I maintain) 2. rpmlint kreetingkard 3. Actual results: [root@localhost ~]# rpm -q kdelibs3 kreetingkard kdelibs3-3.5.8-17.fc9 kreetingkard-0.7.1-2.fc9 [root@localhost ~]# rpmlint kreetingkard kreetingkard.i386: W: dangling-relative-symlink /usr/share/doc/HTML/en/kreetingkard/common ../common
Well, kdelibs3 is a compat package and as such does not provide what's already in kdelibs. We could fix this by simply adding Requires: kdelibs to kdelibs3, but is that worth the bloat? What we could do is to put the files which both kdelibs 3 and 4 need into a kdelibs-common subpackage (built from the KDE 4 kdelibs SRPM), then have both kdelibs and kdelibs3 Require that.
(In reply to comment #1) > We could fix this by simply adding Requires: kdelibs to kdelibs3, > but is that worth the bloat? This is highly undesirable. > What we could do is to put the files which both > kdelibs 3 and 4 need into a kdelibs-common subpackage (built from the KDE 4 > kdelibs SRPM), then have both kdelibs and kdelibs3 Require that. This seems acceptable solution IMO.
The solution with the kdelibs-common subpackage was implemented in Rawhide. There is now a kdelibs-common built from kdelibs (4), and both kdelibs and kdelibs3 require kdelibs-common.
Something odd is occuring. kdelibs3 requires: kdelibs-common --> Processing Dependency: kdelibs-common for package: kdelibs3 Searching pkgSack for dep: kdelibs-common Matched kdelibs-common - 6:3.97.0-7.fc9.i386 to require for kdelibs-common ---> Package kdelibs-common.i386 6:3.97.0-7.fc9 set to be updated kdelibs-common requires: libkdecore.so.5 --> Processing Dependency: libkdecore.so.5 for package: kdelibs-common Searching pkgSack for dep: libkdecore.so.5 Matched kdelibs - 6:3.97.0-6.fc9.i386 to require for libkdecore.so.5 Matched kdelibs - 6:3.97.0-7.fc9.i386 to require for libkdecore.so.5 Matched kdelibs - 6:3.97.0-7.fc9.i386 to require for libkdecore.so.5 Matched kdelibs4 - 3.96.2-3.fc8.i386 to require for libkdecore.so.5 TSINFO: Marking kdelibs - 6:3.97.0-7.fc9.i386 as install for kdelibs-common kdelibs-common requires: libkunittest.so.4 --> Processing Dependency: libkunittest.so.4 for package: kdelibs-common Searching pkgSack for dep: libkunittest.so.4 Matched kdelibs - 6:3.97.0-6.fc9.i386 to require for libkunittest.so.4 Matched kdelibs - 6:3.97.0-7.fc9.i386 to require for libkunittest.so.4 Installing for dependencies: exiv2-libs i386 0.16-0.3.pre1.fc9 koji-rawhide 665 k kdelibs i386 6:3.97.0-7.fc9 koji-rawhide 11 M kdelibs-common i386 6:3.97.0-7.fc9 koji-rawhide 175 k
Ouch, there are 2 executables in kdelibs-common which drag in all of kdelibs. Oops... I'll omit these executables from kdelibs-common, they're not essential anyway (checkXML is mainly for developers and is normally invoked by hand, kunittestmodrunner is only needed when doing unit tests).
* Tue Dec 18 2007 Kevin Kofler <Kevin.org> 3.97.0-8 - don't put binaries into kdelibs-common, they drag in kdelibs (#417251)