I removed the jack use flag from my system as I realized I'll never use it, then recompiled any program that had the jack use flag set. Arts was one of these. [ebuild R ] kde-base/arts-3.5.5 USE="alsa -artswrappersuid -debug esd -jack -kdeenablefinal -kdehiddenvisibility mp3 nas vorbis xinerama" 0 kB I've recompiled it like this twice, but the segfault still occurs. Here's the backtrace: andrew@StubbornAesthetics ~ $ gdb artsd GNU gdb 6.4 Copyright 2005 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "x86_64-pc-linux-gnu"...Using host libthread_db library "/lib/libthread_db.so.1". (gdb) run Starting program: /usr/kde/3.5/bin/artsd [Thread debugging using libthread_db enabled] [New Thread 47777541320560 (LWP 24745)] unix_connect: can't connect to server (unix:/tmp/ksocket-andrew/StubbornAesthetics-5f42-455a73e7) loading extension from '/usr/kde/3.5/lib64/libartsmidi.la' failed: libjack.so.0: cannot open shared object file: No such file or directory MCOP ObjectManager: Could not load extension libartsmidi.la. MCOP ObjectManager: can't find implementation for Arts::MidiManager. loading extension from '/usr/kde/3.5/lib64/libartsbuilder.la' failed: libjack.so.0: cannot open shared object file: No such file or directory MCOP ObjectManager: Could not load extension libartsbuilder.la. MCOP ObjectManager: can't find implementation for Arts::ArtsBuilderLoader. Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 47777541320560 (LWP 24745)] Arts::Loader_base::_create (subClass=@0x7fff9a1ed520) at core.cc:2775 2775 core.cc: No such file or directory. in core.cc (gdb) bt #0 Arts::Loader_base::_create (subClass=@0x7fff9a1ed520) at core.cc:2775 #1 0x00000000004101f8 in Arts::SoundServerV2_impl::checkNewObjects ( this=0x577f40) at core.h:1314 #2 0x0000000000411040 in SoundServerV2_impl (this=0x577f40) at soundserverv2_impl.cc:53 #3 0x0000000000413366 in SoundServerV2_impl_Factory::createInstance ( this=<value optimized out>) at soundserverv2_impl.cc:383 #4 0x00002b741202d291 in Arts::ObjectManager::create (this=0x53c590, name=@0x7fff9a1ed8e0) at objectmanager.cc:59 #5 0x00002b7410a32204 in Arts::SoundServerV2_base::_create ( subClass=@0x7fff9a1ed8e0) at soundserver.cc:1683 #6 0x00002b7410a3ab7c in Arts::SoundServerV2::_Creator () at soundserver.cc:2221 #7 0x00002b741202cd17 in Arts::ObjectManager::addGlobalReference ( this=0x53c590, object=@0x2b74134e64d0, name=@0x7fff9a1ed980) at reference.h:124 #8 0x000000000041b7b3 in publishReferences (server=@0x7fff9a1edcc0, audioManager=@0x7fff9a1edcb0, silent=true) at artsd.cc:201 #9 0x000000000041ccf5 in main (argc=1, argv=0x7fff9a1edf38) at artsd.cc:326 #10 0x00002b74133fe134 in __libc_start_main (main=0x41c3a0 <main>, argc=1, ubp_av=0x7fff9a1edf38, init=<value optimized out>, fini=<value optimized out>, rtld_fini=<value optimized out>, stack_end=0x7fff9a1edf28) at libc-start.c:238 #11 0x000000000040efa9 in _start () What should I do? It looks to me like Arts is trying to find Jack, even though I've set the -jack useflag.
hum, I can't be sure as I'm not using arts anymore, however check the result of a "revdep-rebuild --pretend --ignore" and do an "equery f arts|grep libartsmidi". Another option is that some orphaned file/link form jack is still on your system, to be sure check that "locate libjack" doesn't gives any result outside /usr/portage, if there are some backup them and try to remove before re-emerging arts.
locate libjack gives: /emul/linux/x86/usr/lib/libjack.so /emul/linux/x86/usr/lib/libjack.so.0.0.23 /emul/linux/x86/usr/lib/libjack.so.0 /usr/portage/metadata/cache/media-libs/libjackasyn-0.10 /usr/portage/media-libs/libjackasyn /usr/portage/media-libs/libjackasyn/Manifest /usr/portage/media-libs/libjackasyn/metadata.xml /usr/portage/media-libs/libjackasyn/files /usr/portage/media-libs/libjackasyn/files/digest-libjackasyn-0.10 /usr/portage/media-libs/libjackasyn/files/libjackasyn-0.10-destdir.patch /usr/portage/media-libs/libjackasyn/ChangeLog /usr/portage/media-libs/libjackasyn/libjackasyn-0.10.ebuild /var/cache/edb/dep/usr/portage/media-libs/libjackasyn-0.10 and the /emul files are from emul-linux-x86-soundlibs which shouldn't be bringing this issue in... These are what I get from revdep-rebuild... so it looks like I have quite a list of compiles ahead of me. I'll report back to see if recompiling these fixes the issue. [ebuild R ] kde-base/kdelibs-3.5.5-r5 [ebuild R ] kde-base/kdebase-3.5.5-r1 [ebuild R ] kde-base/kdeartwork-3.5.5 [ebuild R ] kde-base/kdegames-3.5.5 [ebuild R ] kde-base/kdemultimedia-3.5.5 [ebuild R ] kde-base/kdeaddons-3.5.5 [ebuild R ] kde-base/kdepim-3.5.5-r1 [ebuild R ] kde-base/kdenetwork-3.5.5-r1 [ebuild R ] kde-base/kdeedu-3.5.5
Well, they're all failing with the same error... /bin/sh ../../libtool --silent --tag=CXX --mode=link x86_64-pc-linux-gnu-g++ -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -march=k8 -O2 -pipe -ggdb -Wformat-security -Wmissing-format-attribute -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -L/usr/kde/3.5/lib64 -L/usr/qt/3/lib64 -L/usr/lib64 -R /usr/kde/3.5/lib64 -R /usr/kde/3.5/lib64 -R /usr/qt/3/lib64 -R /usr/lib64 -o kwave.kss wave.o wavecfg.o -lkdeui -lkscreensaver -lGLU -lGL -lX11 -lm libtool: link: cannot find the library `/usr/lib64/libjack.la' make[4]: *** [kfiresaver.kss] Error 1 Thoughts?
Try using fix_libtool_files.sh
(In reply to comment #4) > Try using fix_libtool_files.sh > I don't have any files on my system except those related to GCC 4.1.1, therefore fix_libtool_files.sh had no effect. I ran it anyway, and the problem was not fixed. Upgrading to GCC 4.1.1-r1 (now stable) did not fix the issue either.
After a few hours of dinking around with emerge, I found out that there must be a particular order to compiling these packages. In the end, I found I had to recompile kdelibs, then kdebase, then kdemultimedia, then arts (in that order) to get the packages to compile properly. Arts is no longer segfaulting, so I'm closing this bug as Fixed. Thanks for your input.
