Bug 115245

Created attachment 48738 [details]
backtrace

Adrian, why does that still use arts? 

 I suppose via kdemm arts module. Does this disappear (or the backtrace 
changes) when kdemultimedia3-arts gets deinstalled ? 

kdemultimedia3-arts is not installed in my case.

How did you update ? or did you a fresh install ? I have no idea, how this 
could happen than.  
 
Can you please install arts-debuginfo, kdelibs3-debuginfo and 
kdemultmedia3-debuginfo (available in inst-source tree on opensuse.org) and 
paste the crash again ? 

It is a fresh install. Here is the newly requested backtrace.


Using host libthread_db library "/lib/tls/libthread_db.so.1".
[Thread debugging using libthread_db enabled]
[New Thread 1082310080 (LWP 18143)]
[KCrash handler]
#7  Arts::PlayObject_base::_create (subClass=@0x4081b248) at kmedia2.cc:208
#8  0x08057776 in Arts::SimpleSoundServer_impl::createPlayObject (
    this=0x8096f30, filename=@0xbf8b49d4) at kmedia2.h:241
#9  0x08053772 in Arts::SimpleSoundServer_impl::play (this=0x8096f30, 
    filename=@0x4081b248) at simplesoundserver_impl.cc:260
#10 0x4005763e in _dispatch_Arts_SimpleSoundServer_00 (object=0x8096f80, 
    request=0x0, result=0x0) at soundserver.cc:1324
#11 0x403cc7d6 in Arts::Object_skel::_dispatch (this=0x8096fbc, 
    request=0x80d3c58, result=0x80abe30, methodID=37) at object.cc:850
#12 0x403cce56 in Arts::Dispatcher::handle (this=0xbf8b6e68, conn=0x80d48f0, 
    buffer=0x80d3c58, messageType=4) at dispatcher.cc:560
#13 0x403cdc39 in Arts::Connection::receive (this=0x80d48f0, 
    newdata=0xbf8b4b8c "MCOP", newlen=69) at connection.cc:168
#14 0x403cde0b in Arts::SocketConnection::notifyIO (this=0x80d48f0, _fd=12, 
    types=1) at socketconnection.cc:139
#15 0x403b342b in Arts::StdIOManager::processOneEvent (this=0x8071f48, 
    blocking=true) at iomanager.cc:308
#16 0x403abab1 in Arts::StdIOManager::run (this=0x8071f48) at iomanager.cc:357
#17 0x403ab937 in Arts::Dispatcher::run (this=0x0) at dispatcher.cc:955
#18 0x08059c94 in main (argc=19, argv=0xbf8b7014) at artsd.cc:360
#19 0x4071fe60 in __libc_start_main () from /lib/tls/libc.so.6
#20 0x080520d1 in _start () at start.S:119

I just did an RC1 fresh install and the behaviour has changed.

Now, when going to the Sound System category of The KDE Control Center, I get
the following message: "Unable to start the sound server to retrieve possible
sound I/O methods. Only automatic detection will be available."

Pressing the test sound button now does nothing. The sound still works fine.

(In reply to comment #7)
> I just did an RC1 fresh install and the behaviour has changed.

Sorry, this could just be because I didn't have arts installed yet.

I guess we should remove that control module too  

I've experienced this same crash with RC1 and GM.
I've upgraded 9.3.  The audio hardware tests ok at in the audio hardware setup
in YaST, but arts consitently dies.  I'd install the debuginfo packages, but the
server at opensuse.org is dead slow right now.

After installing the debuginfo packages, the trace looks identical to the one
already posted, so I won't bother to post it again.

Leo, can you play files using Amarok. I get a sound server crash. I wonder if it has any link.

I allowed myself to add you in Cc: I hope you don't mind.

I couldn't play sounds with Amarok, XMMS, or anything that relied on artsd at all, as far as I can tell.  I can play sound through things that can play natively (ALSA, etc.).

I've now upgraded to KDE 3.5, and artsd still crashes, but in a slightly different fashion.

*** Bug 128775 has been marked as a duplicate of this bug. ***

Comment #13: In what slightly different fashion? Backtrace?

Everybody: Can anybody reproduce this problem with 10.1 or KDE3.5? Does (un)installing kdemultimedia3-arts change anything?

Created attachment 66595 [details]
KDE artsd crash for KDE 3.5

This is the "slightly different crash" I see when I try and run artsd.  I don't know where to get the debuginfo packages for the 10.0 supplementary packages, so this backtrace isn't as informational as it could be.  These are the packages I have installed:

kdebase3-3.5.0-29
kdelibs3-3.5.0-31
kdelibs3-arts-3.5.0-31
kdemultimedia3-3.5.0-13

I didn't have kdemultimedia3-arts-3.5.0-13 installed.

After installing it, and pressed Test Sound, I got sound.

So I guess there's a dependency that needs to be added to some package, since I can remove that package without any complaint from RPM.

If you uninstall kdemultimedia3-arts again, can you reproduce the crash also somewhere else than the Test Sound button? E.g. in kcontrol->sound->system notifications, where you test sounds for the various events?

I uninstalled kdemultimedia3-arts and tried kcontrol->sound->system
notifications as well as Test Sound.  Test sound crashed, notifications played back OK.  I never had problems with desktop sounds.  I had problems with other apps (amaroK, XMMS) that relied on artsd.  They just wouldn't play.

Can we simply handle this bugreport by making kdelibs3-arts somehow require kdemultimedia3-arts (Recommends: or whatever) ? The crash is in some ugly autogenerated code and AFAIK we're trying to move away from arts anyway.

Lubos: I think it would be better to just hide this tab when arts is not installed. it seems it doesn't work without kdelibs3-arts either. do you think thats easy to do?

Dirk: That could be done I suppose, but that wouldn't solve the crash. According to comments #11/#12 even other things than the test in the kcm crash without kdemultimedia3-arts installed.
If there's no good way to make arts somehow (almost) require kdemultimedia3-arts or that's not deemed to be a good solution then I guess I'll try to have another look at the crash.

OK, I added a Recommends to kdelibs3-arts - that should work good enough.

crash is not fixed by that. 

lubos, can you have another look please?

I have it. The prerequisities are having kdemultimedia3-video installed and not having kdemultimedia3-arts installed. kdem3-video also includes $KDEDIR/lib/mcop/akodeXiphPlayObject.mcopclass, which references libarts_akode.la, which is in kdem3-arts. So arts expects to find this lib but later doesn't cope with the fact that it's missing because of broken installation (and no, it doesn't seem easy to fix it by making it cope with it somehow, let's say the design isn't exactly simple).

These are the missing package dependencies:
kdem3-arts-mad : requires kdem3-arts
kdem3-sound : requires kdem3-arts-mad
kdem3-video : requires kdem3-arts

Assuming those packages have been split off exactly in order to avoid these dependencies :), then all $KDEDIR/lib/mcop/* that reference libraries from those packages in Library= should be moved there as well. Specifically
kdem3-video -> kdem3-arts: all the four akode* files
kdem3-sound -> kdem3->arts-mad: CDDAPlayObject, NULLPlayObject, OGGPlayObject, SplayPlayObject, WAVPlayObject
kdem3-arts-mad -> kdem3-arts: MP3PlayObject

And the Recommends from comments #21/#22 should be unnecessary.

Created attachment 73077 [details]
kdemultimedia3.spec patch

Bah, got the list a bit wrong, "kdem3-arts-mad -> kdem3-arts: MP3PlayObject" should have said "all akode* files".

This patch should fix the .spec file.

Sorry, I can't follow you... sound seems to work correctly in my 10.1 beta 8, but the "Test sound" in kcontrol keeps crashing. There is no package called kdemultimedia3-arts or anything like that (I use the CDs converted to a DVD as installation source). 

It seems Lubos is trying to submit this according to lock file

Package submitted.