kwrite 4.7.80 (KDE 4.8 Beta 1) fails to build, >>> Source configured. >>> Compiling source in /var/tmp/portage/kde-base/kwrite-4.7.80/work/kwrite-4.7.80 ... >>> Working in BUILD_DIR: "/var/tmp/portage/kde-base/kwrite-4.7.80/work/kwrite-4.7.80_build" make -j2 Scanning dependencies of target kdeinit_kwrite_automoc Scanning dependencies of target kwrite-handbook [ 0%] Generating index.cache.bz2 Generating kwritemain.moc Generating moc_kwriteapp.cpp warning: failed to load external entity "../kate/part.docbook" index.docbook:98: parser error : Failure to process entity part-chapter &part-chapter; ^ index.docbook:98: parser error : Entity 'part-chapter' not defined &part-chapter; ^ make[2]: *** [doc/kwrite/index.cache.bz2] Fehler 1 kde overlay is active, gentoo on x86_64, useflags are kde-base/kwrite-4.7.80 [4.7.3] USE="handbook (-aqua) -debug (-kdeenablefinal)" Reproducible: Always Steps to Reproduce: 1. emerge kwrite 4.7.80 Actual Results: it fails Expected Results: it builds
I can confirm. Workaround is to build without "hanbook" USE flag.
*** Bug 392345 has been marked as a duplicate of this bug. ***
(In reply to comment #2) > *** Bug 392345 has been marked as a duplicate of this bug. *** I missed this one in my pre-filing search because my search was for the standardized kde-base/kwrite. Another user referred me here. (Thanks!) Please, someone with privs to do so, change the title to reflect the full kde-base/kwrite-4.7.80 package name, so it shows up in searches including the category. It would have prevented my dup. (Altho the necessity is lower now, since my dup has the full name so at least it, as a dup of this one, will turn up in fully qualified searches.) Duncan
Investigation: Unfortunately tags for 4.8 Beta 1 are not pushed yet. But i assume after the commit https://projects.kde.org/projects/kde/kde-baseapps/kate/repository/revisions/e75833890fe614a041a103fe5c6aa0952f93a18d the tarball for kate/kwrite was created. The commit https://projects.kde.org/projects/kde/kde-baseapps/kate/repository/revisions/1bf2a8c87dfed803b371e861c7f7a680055d083a should fix this issue. Patch size is about 157 KB. Conclusion: Dont patch because of patch size. Problem should gone in next beta. I suggest to disable handbook in =kde-base/kwrite-4.7.80.ebuild and bring it back in next release.
Handbook disabled for this release
I'm still getting this error with 4.7.95 (4.8-rc1). Looking at the tarball, there IS a file (kate-4.7.95/)doc/kate/part.docbook, which the error suggests it's looking for. However, looking at the unpacked workdir, there's only the doc/kwrite subdir, NOT the doc/kate subdir that it's looking for. This bug therefore appears to be a product of gentoo's split-packages, NOT upstream, as the file exists in the tarball, just not in the workdir as unpacked to build kwrite. Please reopen the bug as it'll certainly need addressed by release, and we're already in the rcs.
Fix: KMEXTRACTONLY="doc/kate" Adding that line to the ebuild under KMNAME="kate" and re-manifesting was all it took, here. kwrite-4.7.95 now builds with USE=handbook. =:^)
Now fixed for 4.7.95+, FWIW (git show excerpt): commit 2ef476c3292f71322a959fde405238eebc76e886 Author: Andreas K. Huettel (dilfridge) <dilfridge@gentoo.org> Date: Fri Dec 23 20:07:22 2011 +0100 [kde-base/kwrite] Extract documentation DTD (Portage version: 2.1.10.41/git/Linux x86_64, unsigned Manifest commit) diff --git a/kde-base/kwrite/kwrite-4.7.95.ebuild b/kde-base/kwrite/kwrite-4.7.95.ebuild index 60d8a83..1381a1f 100644 --- a/kde-base/kwrite/kwrite-4.7.95.ebuild +++ b/kde-base/kwrite/kwrite-4.7.95.ebuild @@ -6,6 +6,7 @@ EAPI=4 KDE_HANDBOOK="optional" KMNAME="kate" +KMEXTRACTONLY="doc/kate" KDE_SCM="git" inherit kde4-meta (... And the same change for 4.8.49.9999 and 9999.)
