Red Hat Bugzilla – Bug 410851
taxipilot: drop BR: kdemultimedia3-devel
Last modified: 2007-12-19 07:49:09 EST
Just a heads-up since kdemultimedia will be replaced by it's kde4 counterpart
soon. We will likely keep some sort of compat kdemultimedia3 pkg around, I'd
rather pkg's not depend on it unless absolutely necessary.
Looks like this BR can be dropped with only minimal patching (sample patch
Created attachment 277261 [details]
remove kdemultimedia build dep
sorry for not getting around to this sooner, but I've been distracted lately
working on other really cool stuff, see:
However today I got this mail resulting in my attention being focussed on this
taxipilot has broken dependencies in the development tree:
taxipilot - 0.9.2-4.fc9.ppc requires libartsmodulessynth.so.0
taxipilot - 0.9.2-4.fc9.ppc requires libartsgui_kde.so.0
taxipilot - 0.9.2-4.fc9.ppc requires libartsmodules.so.0
taxipilot - 0.9.2-4.fc9.ppc requires libartsmoduleseffects.so.0
taxipilot - 0.9.2-4.fc9.ppc requires libartsmidi_idl.so.0
taxipilot - 0.9.2-4.fc9.ppc requires libartsmodulesmixers.so.0
taxipilot - 0.9.2-4.fc9.ppc requires libartsbuilder.so.0
taxipilot - 0.9.2-4.fc9.ppc requires libartsgui_idl.so.0
taxipilot - 0.9.2-4.fc9.ppc requires libartsmodulescommon.so.0
Etc. however I'm afraid that things aren't as easy as applying your patch.
Indeed the taxipilot binary itself doesn't need -lartsmodules -lsoundserver_idl
-lmcop_mt, actually your patch mirrors one already in the taxipilot which
resolves a number of unresolved non weak symbol warnings in the included
--- taxipilot-0.9.2/taxipilot/EXT_wavpo/Makefile.in.weaksym 2007-05-28 13:1
+++ taxipilot-0.9.2/taxipilot/EXT_wavpo/Makefile.in 2007-06-03 17:19:34.000
@@ -325,7 +325,7 @@
####### kdevelop will overwrite this part!!! (begin)##########
lib_LTLIBRARIES = libEXT_wavpo.la
INCLUDES = $(all_includes)
-libEXT_wavpo_la_LDFLAGS = -version-info 0:0:0
+libEXT_wavpo_la_LDFLAGS = -version-info 0:0:0 -lsoundserver_idl -lartsflow
#>- libEXT_wavpo_la_METASOURCES = AUTO
libEXT_wavpo_la_SOURCES = ext_wav_play_object_impl.cpp ext_wav_play_object.cc
EXTRA_DIST = ext_wav_play_object.cc ext_wav_play_object.h ext_wav_play_object.
So you see its not the taxipilot binary itself which needs -lartsmodules
-lsoundserver_idl -lmcop_mt, but the included libEXT_wavpo.so file which
taxipilot uses. I know its strange an application shipping part of private code
as a .so file, but thats how upstream has created it.
So what now?
The reason the code is in a .so file is because it isn't called directly by
taxipilot, instead taxipilot calls aRts and asks it to use the aRts plugin it
installs, aRts then dlopens the plugin.
I think we may need a kdemultimedia3 compat package. :-( I also think there
might be other applications which expect the aRts plugins provided by
kdemultimedia3 to be there, even if they don't link them explicitly (and thus
don't show up in the broken deps report), given that aRts plugins are dlopened
Uh, the -lsoundserver_idl -lartsflow libraries you're linking to in your
taxipilot-0.9.1-weaksym.patch are actually in arts-devel, not
kdemultimedia3-devel. So are you really SURE Rex's patch to remove the
kdemultimedia3 BRs is not enough?
(In reply to comment #4)
> Uh, the -lsoundserver_idl -lartsflow libraries you're linking to in your
> taxipilot-0.9.1-weaksym.patch are actually in arts-devel, not
> kdemultimedia3-devel. So are you really SURE Rex's patch to remove the
> kdemultimedia3 BRs is not enough?
Ah, your right! A fixed version is on its way to rawhide, closing.