| Summary: | artsd cannot start | ||
|---|---|---|---|
| Product: | TDE | Reporter: | Nick Leverton <nick> |
| Component: | arts | Assignee: | Timothy Pearson <kb9vqf> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | bugwatch, darrella |
| Priority: | P5 | ||
| Version: | 3.5.13 [Trinity] | ||
| Hardware: | i386 | ||
| OS: | Debian Squeeze | ||
| Compiler Version: | TDE Version String: | ||
| Application Version: | Application Name: | ||
Fixed in SVN revision 1261050. Thanks for reporting! |
artsd is not running, and .xsession-errors is logging the following every five seconds (the PID obviously changes): kdeinit: Got EXEC_NEW '/opt/trinity/bin/artswrapper' from socket. Could not load library! Trying exec.... kdeinit: PID 16781 terminated. No such file or directory >> synthesizer priority is 0 (which is unacceptable, try running as root) Audio still seems to be working direct via alsa, for apps that support it, so it's no big deal apart from the log flood. But kcontrol "test audio" cannot play as it cannot start the sound system. strace says that artswrapper is trying to exec a null program, i.e. that EXECUTE is set or #defined to "": 27718 18:06:52.548739 execve("", ["", "-F", "10", "-S", "4096", "-a", "alsa", "-d", "-s", "60", "-m", "artsmessage", "-c", "drkonqi", "-l", "3", ...], [/* 44 vars */]) = -1 ENOENT (No such file or directory) If I run /opt/trinity/bin/artsd by hand, then it remains running and kcontrol can test the audio. Artsd was starting correctly in 3.5.12.