Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 339637 - kde-misc/kcollectd-0.9 fails to start
Summary: kde-misc/kcollectd-0.9 fails to start
Status: RESOLVED CANTFIX
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] KDE (show other bugs)
Hardware: All Linux
: High major (vote)
Assignee: Andreas K. Hüttel
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: 340431
  Show dependency tree
 
Reported: 2010-10-03 21:54 UTC by Markus Walter
Modified: 2010-10-21 22:54 UTC (History)
3 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
build log (build.log,15.95 KB, text/plain)
2010-10-03 21:54 UTC, Markus Walter
Details
emerge --info (info.txt,4.28 KB, text/plain)
2010-10-03 21:54 UTC, Markus Walter
Details
patch to resolve build failure (doc.patch,487 bytes, text/plain)
2010-10-03 22:24 UTC, Markus Walter
Details
backtrace for 'kcollectd --waitforwm' (kcollectd-20101004-140828.kcrash,977 bytes, text/plain)
2010-10-04 12:14 UTC, Markus Walter
Details
'strace kcollectd >& log.txt' (log.txt.gz,21.09 KB, application/octet-stream)
2010-10-04 12:25 UTC, Markus Walter
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Markus Walter 2010-10-03 21:54:06 UTC
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.
Comment 1 Markus Walter 2010-10-03 21:54:31 UTC
Created attachment 249481 [details]
build log
Comment 2 Markus Walter 2010-10-03 21:54:45 UTC
Created attachment 249482 [details]
emerge --info
Comment 3 Markus Walter 2010-10-03 22:23:33 UTC
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.
Comment 4 Markus Walter 2010-10-03 22:24:31 UTC
Created attachment 249486 [details]
patch to resolve build failure
Comment 5 Markus Walter 2010-10-03 22:36:10 UTC
But now the program exits directly after start-up, so there has to be some mistake hidden in my patch.
Comment 6 Andreas K. Hüttel archtester gentoo-dev 2010-10-04 11:59:42 UTC
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
Comment 7 Markus Walter 2010-10-04 12:04:15 UTC
1) I use current unstable and thus version 4.5.1.

2) The programm exits without any error. The return code is 1.
Comment 8 Markus Walter 2010-10-04 12:13:47 UTC
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
Comment 9 Markus Walter 2010-10-04 12:14:32 UTC
Created attachment 249527 [details]
backtrace for 'kcollectd --waitforwm'
Comment 10 Andreas K. Hüttel archtester gentoo-dev 2010-10-04 12:22:00 UTC
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
Comment 11 Markus Walter 2010-10-04 12:25:45 UTC
Created attachment 249535 [details]
'strace kcollectd >& log.txt'
Comment 12 Andreas K. Hüttel archtester gentoo-dev 2010-10-10 21:41:46 UTC
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...
Comment 13 Andreas K. Hüttel archtester gentoo-dev 2010-10-21 20:47:39 UTC
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. 

Comment 14 Markus Walter 2010-10-21 22:54:18 UTC
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*