I tried to merge kcollectd and got this error: index.docbook:12: warning: failed to load external entity "dtd/kdex.dtd" ]> ^ index.docbook:41: parser error : Entity 'language' not defined <book lang="&language;"> I'm not using a KDE-desktop, but I have kdebase-runtime-meta installed and there is a file /usr/share/apps/ksgmltools2/customization/dtd/kdex.dtd. See attached build log and emerge --info.
Created attachment 249481 [details] build log
Created attachment 249482 [details] emerge --info
Editing the file /var/tmp/portage/kde-misc/kcollectd-0.9/work/kcollectd-0.9/doc/en/index.docbook seems to solve the problem. See attached patch.
Created attachment 249486 [details] patch to resolve build failure
But now the program exits directly after start-up, so there has to be some mistake hidden in my patch.
1) what's your kdebase-runtime-meta version? 2) if you start kcollectd in a terminal, do you get any debug output, error message etc? if there's a segmentation fault or similar, could you please try to get a backtrace? http://www.gentoo.org/proj/en/qa/backtraces.xml
1) I use current unstable and thus version 4.5.1. 2) The programm exits without any error. The return code is 1.
I tried to play a bit with the options to find a debug flag, since there was absolutely no output. I didn't find one, but if I give the option --waitforwm the program segfaults. I attach the backtrace, created by the kde-crashhandler. If I disable the kde-crashhandler I get the message _XFreeEventCookies (dpy=0x693ba0) at XlibInt.c:2305 2305 XlibInt.c: No such file or directory. in XlibInt.c
Created attachment 249527 [details] backtrace for 'kcollectd --waitforwm'
OK... seems like a kcollectd built on kde-4.4 runs fine on kde-4.5, but building on 4.5 is broken. Will look at it later. One more thing, could you please run "strace kcollectd >& log.txt" and attach the resulting file (possibly gzipped)?! TIA, Andreas
Created attachment 249535 [details] 'strace kcollectd >& log.txt'
The build problem is trivial to solve (your patch is correct, but we'll do this on a more general level in the eclass; needs just some testing). Changing the title so we focus on the second issue alone...
The strace log says open("/var/lib/collectd/rrd", O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = -1 ENOENT (No such file or directory) which means that there's no collectd data directory at that place on your machine. Either collectd has never been running, or it is not configured for rrd output, or the output is somewhere else (but this is the default). Sorry, not much that we can do here; afaik this path is preset in kcollectd.
Hm, you are right. I moved the collectd-data to another location, so the default location is nonexistent. If I move the data back to the default location the programm starts roughly as expected. This should definitely be configurable in kcollectd *sigh*