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

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

On Monday 17 December 2001 11:43, you wrote:
> Well, you'd have to ask stefan westerfeld how arts knows where to look. 
> I'm fairly certain that it equals --prefix
Well, yes, artsd looks in its --prefix, the same as reported by artsc-config 
--prefix. That is, in /usr/lib/kdelibs-2.2.2/lib/mcop.

artsd -h says nothing relevant.

I'm willing to ask Stephan, how/where should I contact him? 


> > 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? :-)
>
> It affects _everything_ that isn't built with the same prefix as kdelibs.
Well, all of my KDE and KDE apps are built with a preix different from the 
location of kdelibs, and everythin works except for this 1 problem.

>
> > 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?
>
> I can't especially recommend patching artsd, since I wouldn't be shocked if
> someone forgets to do this in a future package of kde (upgrades), or if a
> user makes his own (compatible?) packages from the standard kde source
> code.
I'd be doing the future upgrades :-) But I'm not too happy about this either.

>
> If I were making this choice, I'de just put all of kde in one place, since
> other customizations (like option 2) are likely to cause problems in the
> future.
I would probably do the same if I were making this choice. But the rationale 
here is: if KDE behaved like std apps and libs do, it'd have no problem with 
kdelibs living separately from the apps. So instead of saying "KDE behaves 
wrongly, we have to adapt" we say "treat it like everyone else and let it 
adapt." - i.e. by submiting bug reports. (No offence intended) 

Dan Armak
_______________________________________________
kde-multimedia mailing list
kde-multimedia@mail.kde.org
http://mail.kde.org/mailman/listinfo/kde-multimedia
[prev in list] [next in list] [prev in thread] [next in thread]