I've got some more info to add to this, although my problems may have started somewhere else. I vaguely remember messing around with arts settings while juk was playing, and that of course crashed it, and that of course has prevented it from running since then[1].

Running juk through strace shows that it segfaults in a very odd place:

-- strace output --

mkdir("/tmp/mcop-brandan", 0700) = -1 EEXIST (File exists)
lstat64("/tmp/mcop-brandan", {st_mode=S_IFDIR|0700, st_size=4096, ...}) = 0
getuid32() = 1000
open("/tmp/mcop-brandan/secret-cookie", O_RDONLY) = 14
read(14, "fd311589c7535cc2e83f70b4c1db413e", 8192) = 32
close(14) = 0
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
rt_sigaction(SIGALRM, {SIG_DFL}, {SIG_DFL}, 8) = 0
alarm(3) = 0

-- end strace output --

I'm basically at my wits end once strace doesn't solve my problems. I can't figure out why closing a filehandle would segfault in the first place, unless there's something else going on that I'm not seeing. I tried rebuilding juk as well.

The Italian forum suggested turning on the arts daemon, or tweaking it to work with OSS emulation. I'm using ALSA, and arts or no arts doesn't seem to make a difference at this point. I think I corrupted something while I was screwing around with the arts configuration.

Hopefully this offers some useful information. I'm going to check the KDE forums now.

Brandan L.

[1] - I actually have gotten it to start with the --norestore option to prevent it from trying to rescan any directories, which I thought could've been the problem. Now it's stopped working with that option as well. I wish I knew how to debug KDE apps...