kdelibs4 (or one of its subpacakges) has multiarch conflicts when installed for both i386 and x86_64 in the Fedora development tree. For help in resolving them, see http://fedoraproject.org/wiki/PackagingDrafts/MultilibTricks. file /usr/share/doc/HTML/en/sonnet/index.cache.bz2 from install of kdelibs4-3.93.0-12.fc8 conflicts with file from package kdelibs4-3.93.0-12.fc8 file /usr/share/kde4/apps/cmake/modules/KDELibsDependencies.cmake from install of kdelibs4-3.93.0-12.fc8 conflicts with file from package kdelibs4-3.93.0-12.fc8 (Note that this is an automated bug filing.) It would be nice to have these bugs fixed by the beta of Fedora 9.
Yuck, those cmake modules are definitely arch-specific. I can confirm the sonnect/index.cache.bz2 conflict still exists in kdelibs-4.0.1-3 (wasn't a doxygen update supposed to fix that?). Well, at least we can make the runtime not conflict: * Mon Feb 18 2008 Rex Dieter <rdieter@fedoraprojectorg> 4.0.1-5 - -devel: include %%_kde4_appsdir/cmake here (#341751)
Changing version to '9' as part of upcoming Fedora 9 GA. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
reassign -> kdelibs
*** Bug 446833 has been marked as a duplicate of this bug. ***
confirmed that the actual contents of sonnet/index.cache.bz2 varies from arch to arch, trying to sift through a diff here to see what or why.
html anchor refs are different, dynamically generated I presume. Makes me wonder how widespread this problem is or could be, in other kde apps that generate index.cache.bz2's.
*** Bug 451324 has been marked as a duplicate of this bug. ***
Still true for rawhide too.
Quick-n-dirty runtime fix, * Wed Jun 25 2008 Rex Dieter <rdieter> 4.0.83-2 - -common: move %{_kde4_docdir}/HTML/en/sonnet/ here (#341751) Still have -devel (cmake) issues.
Uh, this is a really broken hack. :-/ -common is for files which are used by both kdelibs and kdelibs3, which the Sonnet documentation is definitely not.
Nod, but the only use-case with a downside are folks who have kdelibs3 and not kdelibs, which is hopefully a small minority.
This bug appears to have been reported against 'rawhide' during the Fedora 10 development cycle. Changing version to '10'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
This has been fixed since forever. The root issue, i.e. the doc tools being broken, is still unfixed though, causing e.g. bug 485659.