Bug 417251
Summary: | [RFE] Please support the directory /usr/share/doc/HTML/en/common | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Mamoru TASAKA <mtasaka> |
Component: | kdelibs3 | Assignee: | Kevin Kofler <kevin> |
Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | rawhide | CC: | fedora, kevin, rdieter, than |
Target Milestone: | --- | Keywords: | Reopened |
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2007-12-18 16:51:40 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 386531 |
Description
Mamoru TASAKA
2007-12-09 15:16:11 UTC
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) |