[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-bugs-dist
Subject:    Bug#36247: noatun crashes on startup with SIGSEV
From:       Dan Armak <ermak () netvision ! net ! il>
Date:       2001-12-17 7:04:03
[Download RAW message or body]

On Monday 17 December 2001 01:35, you wrote:
> this is caused normally by the mcopclass files in noatun/library/noatunarts
> not being installed properly.  --prefix for kdemm must be the same as for
> kdelibs (arts limitation)
>
> In any case, there is a 100% chance that this is a arts or packaging error,
> and not noatun's fault. :)
I thought as much. Leaving relocations of kdelibs etc. aside, what can be 
done about this specifically for artsd/noatun? Which parts/files/dirs shuold 
live where?

Right now I have /usr/lib/kdelibs-2.2.2/lib/mcop and /usr/lib/mcop both, but 
the latter has many more files - in fact the former only has those files 
installed by the kdelibs package. 

> > Oh, and about artsd: it won't run here (len == can_write assertion fails
> > on startup) but that's a problem with my sound driver (i810_audio from
> > kernel 2.4.16), at least AFAIU. Hopefully it'll get fixed in 2.4.17, for
> > now i'm using artsd -a null for testing of noatun.
>
> KDE 3.0's artsd features a threaded OSS driver which should fix that.
>
> It probably won't get fixed for 2.4.17, and you might want to backport
> KDE3's toss driver.
Thanks, I'll look into that. I was just hopeful abuot 2.4.17 in a 
wait-and-see way because it has several "i810_audio fixes" lines in its 
changelog so far.

> If you don't use the same prefix for kdemm & kdelibs, that's likely the
> problem, otherwise, we can debug further.
>
> You might also want to report to me `artsd -l0` (that's EL ZERO)'s output,
> especially the first few lines, in that it will report where it looks for
> mcopclass files.
>
> For Noatun::Session, I have this file:
>
> /opt/kde2/lib/mcop/Noatun/Session.mcopclass
>
> So it should look in /opt/kde2/lib/mcop (since Noatun represents the
> Noatun:: namespace)
>
> You should have a similar file/path.
I have mine in /usr/lib/mcop/Noatun/. And artsd -l0 says:
<...>
addDirectory(/usr/lib/kdelibs-2.2.2/lib/mcop,)
addDirectory(/usr/lib/kdelibs-2.2.2/lib/mcop/Arts,Arts)
addDirectory(/root/.mcop/trader-cache,)
<...>
So obvisously it's missing /usr/lib/mcop, which I'd have taken to be the most 
std. path there is.
Again, I have kdelibs in /usr/lib/kdelibs-2.2.2 and everything else, kdebase 
&& kdemm included, in /usr. To configure packages this way I have to set 
KDEDIR=/usr/lib/kdelibs-2.2.2 and pass --prefix=/usr, otherwise they won't 
find the kde libs. It's a fault of the KDE configure script which doesn't 
have a parameter which I might pass to point to the localtion of kdelibs, but 
only searches in a number of hardcoded dirs, and the only likely dir is 
$KDEDIR.

So what can I do? You say this is an inherent kdemm problem where kdemm must 
live in the kdelibsdir directory. Does this affect anything other than 
noatun? Anything other than mcop/Noatun hierarchy? In any case, isn't there 
some way to make artsd search in a user-specified dir as well as in 
kdelibsdir? What'd kde-config good for, if I can't get artsd to use it? :-)

If there's not immediate solution of this kind, I may look at 1) patching 
artsd to this effect or 2) making a condensation for mcop files and letting 
them all live in 1 place, with the other mcop dir (whichever I choose) a 
symlink to that one location. Any tips with these approaches?

Oh, and about the FHS/LFS: those who interpret it here say that only binary, 
precompiled pckages go in /opt. Like e.g. staroffice. But we're not here to 
discuss that. So - we have apparently already located the problem. Thanks a 
lot for your help! 

Regards,

----
Dan Armak
Matan, Israel








[prev in list] [next in list] [prev in thread] [next in thread]