Summary: | build error meinproc kdex.dtd | ||
---|---|---|---|
Product: | [Websites] docs.kde.org | Reporter: | qubes |
Component: | general | Assignee: | Documentation Editorial Team <kde-doc-english> |
Status: | CLOSED FIXED | ||
Severity: | normal | CC: | bjlockie |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Compiled Sources | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
qubes
2002-04-20 18:00:55 UTC
Hi I have the same bug here when I try to compile kdebase kdeadmin etc. I have found that if I change the version number in the second line of the index.docbook file: <?xml version="1.0" ?> <!DOCTYPE book PUBLIC "-//KDE//DTD DocBook XML V4.1.2-Based Variant V1.1//EN" "dtd/kdex.dtd" [ with <?xml version="1.0" ?> <!DOCTYPE book PUBLIC "-//KDE//DTD DocBook XML V4.1.2-Based Variant V1.0//EN" "dtd/kdex.dtd" [ ^ then it appears to work without any problem. When V1.0 is changed to V1.1 the "dtd/kdex.dtd" cannot be found and the meinproc check gives screens of problems (quoted in the original bug report). System: SuSE 7.3 KDECVS HEAD: 24.05.2002 Compiled: qt-copy kdelibs kdesupport kdoc Hope this helps. If you need any more info let me know. Giles ===== -------------------------------- Giles Turner School of Chemical Sciences The University of Birmingham UK KDE - The Desktop of Tomorrow (www.kde.org) __________________________________________________ Do You Yahoo!? Everything you'll ever need on one web page from News and Sport to Email and Music Charts http://uk.my.yahoo.com I'm seeing this same bug. Supposedly it could be caused by older versions of libxml2 but I'm using version 2.4.19 which is quite new. I've hunted around the mailing list archives recompiled from scratch etc. but I still wasn't able to fix it. The only thing that worked was Giles Turner's workaround which was as he mentioned previously to change the header of each index.docbook file from V1.1 to V1.0. This fix worked like a charm because I was able compile kdebase kdenetwork etc. with no trouble after making the change. I hope the doc team can commit the workaround because I'd hate to have to make the changes on my copy every time I update from CVS. (There are around 30 such changes needed in kdebase alone.) Trevor Thank you for your bug report. The bug that your reported no longer applies to the latest development (CVS) version of KDE. This is most probably because the bug has been fixed the application has been substantially modified or the application no longer exists. The bug report will be closed. --=20 KDE Documentation: http://i18n.kde.org/doc/ KDE on FreeBSD: http://freebsd.kde.org/ Are you sure this no longer applies? I am still getting these errors from CVS HEAD as of Dec 06-ish. Giles workaround did the trick though... Gentoo 1.4 RC1 KDE CVS HEAD (12/06/2002) libxml2-2.4.24 libxslt-1.0.20 Chris Arrowood Subject: Re: build error meinproc kdex.dtd Am Montag, 9. Dezember 2002 00:08 schrieb Chris Arrowood: > ------- You are receiving this mail because: ------- > You are on the CC list for the bug, or are watching someone who is. > > http://bugs.kde.org/show_bug.cgi?id=41374 > chris.arrowood@cybertivity.com changed: > > What |Removed |Added > --------------------------------------------------------------------------- >- CC| |chris.arrowood@cybertivity.c > > | |om > > ------- Additional Comments From chris.arrowood@cybertivity.com 2002-12-09 > 00:08 ------- Are you sure this no longer applies? I am still getting > these errors from CVS HEAD as of Dec 06-ish. Giles workaround did the > trick though... > > Gentoo 1.4 RC1 > KDE CVS HEAD (12/06/2002) > libxml2-2.4.24 > libxslt-1.0.20 You get this most likely for different files, that have the old DTD while CVS HEAD dropped support for that DTD. But afaik all these are fixed Greetings, Stephan Unfortunately, they're not. I'm getting similar errors in kdebase: kdebase/doc/kfind kdebase/doc/khelpcenter kdebase/doc/konqueror and in kdepim at least in kdepim/doc/kandy, kdepim/doc/korganizer. The kandy make can be fixed by using the 4.2 dtd instead of the 4.1.2 dtd: - <!DOCTYPE book PUBLIC "-//KDE//DTD DocBook XML V4.1.2-Based Variant V1.1//EN" - "dtd/kdex.dtd" [ + <!DOCTYPE book PUBLIC "-//KDE//DTD DocBook XML V4.2-Based Variant V1.1//EN" + "dtd/kdex.dtd" [ For korganizer, this doesn't help, it starts complaining about something else: index.docbook:86: validity error: Element bookinfo content doesn't follow the DTD Began a build yesterday using konstruct of kde 3.1-rc6. Did a make install in meta/everything. It got up to apps/kcpuload (which is a fair way through the build, it makes several docs upto that point). In kcpuload, I got the dtd/kdex.dtd not found error. Changing 1.1 to 1.0 fixed it in this case. But I was curious, and went back to doc it'd already built. Rebuilding this doc got errors too now. So it seems to me that either 1) it will only build if the index.cache.tar.bz2 file is not there yet 2) meinproc gets into a state where it doesn't work right after some stage in the build I will test to see if the problem is #1 this afternoon and report back. OK, I think I've found what's going on. It appears that sometimes meinproc uses the dtd/kdex.dtd file installed with KDE 3.0, and sometimes it uses the one konstruct has put in ~/kde3.1-rc6/... Should this bug be reassigned against konstruct? Please file a new bug for konstruct, rather than reassigning this one. I know the error messages are the same, but that's an unfortunate side effect of the way this works, and the error message is the same for virtually every problem. In this case, the "Some libxml2 versions have problems" is one bug (which has it's own number) *Using* the wrong DTD is a different bug, and the answer is, fix the document, to use the correct FPI. That would be this one: "//KDE//DTD DocBook XML V4.2-Based Variant V1.1//EN" "konstruct sometimes doesn't use the correct DTD" is another, and for future searching it would be useful to have it sent separately. The same error symptom occurs under kde 3.3 if you miss kdelibs3-doc. |