Version: 4.6 (using KDE 4.6.2) OS: Linux This bugs first shows up three days ago when trying to compile kcm-ufw (a KDE4 ufw front-end), I only could succefully compile the program after reinstalling the library as instructed by a fellow archer; a quick search by him shows up that a Slackware user had the same problem and fixed it by reinstalling KDELIBS too. This is my error log (just in case it can be useful): http://pastebin.com/DATVnBPY and this is the link to LinuxQuestions.org regarding Slackware's issue: http://www.linuxquestions.org/questions/slackware-14/slackware-13-1-installing-kmymoney-from-sb-868229/ Please take a look at this issue if you have any time, thanks! Reproducible: Always Steps to Reproduce: 1. Try to compile the desired application (it will not) 2. Reinstall KDELIBS package 3. Now compilation should go smooth Actual Results: Point 1: compilation will fail Point 2 and 3: compilation will be ok now Expected Results: Compile as usual.
1. Please attach the errors instead of using pastebin sites 2. Please use "LANG=C make" instead of "make" for the compilation process, so that error messages appear in plain english. I am reassigning to the documentation team, as the errors appears to be caused by the documentation generators.
I don't see why you think this is a kdelibs bugs since since you say reinstalling it fixes the problem. It would seem to me it is a packaging problem or that you were trying to use a too old kdelibs.
The documentation is correct regarding to docbook syntax (the only problem is the typo in "Adress", but it cannot break the compilation). Compilation is smooth on my Mandriva 2010.2 (KDE 4.4.5), thus it rather new, not old kdelibs, that trigger the problem. I cannot see what documentation team can do to fix this.
Hi guys, thank you for replying and please excuse the delay to answer back but I'm really short of time these days... @Christoph 1. ok. 2. ok. @Albert Actually reinstalling doesn't fix the problem in my case , I will do some research may be tomorroy Saturday compiling KDELIBS by my own and see what happens. @Yuri Great feedback, thanks. Once again, thanks for your time guys, I will post any news when I got them either to complete the bug report or to close it.
Created attachment 60222 [details] build failure in english as requested
I'm having the same problem in Arch Linux and I'm attaching the build failure in English. Also just to confirm that reinstalling the SAME version of kdelibs, in this case 4.6.3 allows the build to complete successfully. It seems that something is changing kdelibs from it's freshly installed state, unfortunately I'm clueless as to what that something may be
I have downloaded kcm_ufw-0.2.1 and can build in branch 4.6.3 compiled from sources and generate the documentation in kubuntu 10.10 with kde 4.6.2. As it works for me with two different kdelibs maybe you miss some docbook stuff. Do you have libxslt.so, libxml2.so, docbook/schema/dtd/4.2, docbook/stylesheet/docbook-xsl in your path?
Hello Burkhard, The shared objects are there and dtd/4.2 is located at /usr/share/xml/docbook/xml-dtd-4.2. docbook-xsl appears to be a package, not a file on my system. I'll attach the output of "locate docbook" to clarify.
Created attachment 60237 [details] output of locate docbook
Arch packagers are ****** and refuse to do things correctly and make the kdelibs package specify all of its real dependencies. Install the docbook-xml and docbook-xsl packages and then go to their bugzilla and open a bug telling how much time you lost because of their fault.
I don't get it. Both docbook-xml and docbook-xsl packages are already installed. Do you mean that you suspect a packaging error in these packages or a problem with Arch's kdelibs packaging. Please advise so that I can make the appropriate bug report downstream.
index.docbook:7: warning: failed to load external entity "dtd/kdex.dtd" That means that something is wrong with your installtion or the way you compile stuff since $ pacman -Ql kdelibs | grep kdex kdelibs /usr/share/apps/ksgmltools2/customization/dtd/kdex.dtd the file is provided by kdelibs in arch. I don't see how this is a kdelibs bug, if you don't have that file, your system is broken, if you have it then it would seem to me kcm_ufw is doing something wrong.
Thanks for the explanation Albert. All I can say is that somehow kdex.dtd is being removed from our systems and that reinstalling kdelibs replaces it until it mysteriously disappears again. I just checked another box and no sign of kdex.dtd - wierd. I'll try and keep track of anything that may cause it's disappearance in regard to updates etc.
Well, it turns out that Bleachbit was responsible for this in the end. Whitelisting /usr/share/apps/ksgmltools2/ folder avoids any problems. Cheers!
Good work, thanks!