Bugzilla – Bug 224844
banshee does not start
Last modified: 2008-03-07 10:08:26 UTC
installed KDE on AMD64 with 10.2rc4. installed helix-banshee Then running banshee<return> shows the splashscreen, but then hangs. Also later starts of banshee just hang. strace shows looping futex timeouts.
To be more precise: During the first startup you can see that there is a problem with gstreamer. And when started in a konsole/xterm you can see: --8<-- ERROR: Caught a segmentation fault while loading plugin file: /opt/gnome/lib/gstreamer-0.10/libgstaudioresample.so Please either: - remove it and restart. - run with --gst-disable-segtrap and debug. -->8--
Created attachment 107595 [details] logfile captured strace. looks like it does some DBUS calls but then no progress happens anymore.
seems like some problem with me. first start fine but another hangs maybe i should open separate bug?
Created attachment 108240 [details] backtrace
The backtrace is useless. You must run gdb with LD_LIBRARY_PATH=/usr/lib/banshee. See http://banshee-project.org/Debugging. You will also need the following signals handled (add to ~/.gdbinit or issue before running 'run') handle SIGXCPU SIG35 SIG33 SIGPWR nostop noprint handle SIGSEGV pass noprint From the indication I get in the first error posted, it looks like this is a dup of bug #214051. To confirm, you see the gstreamer message on each run? Can you please test these packages: http://abock.org/~aaron/liboil and see if the issue goes away?
openSuSE 10.2 Release + all fixes, bug still here. If start KDE first, try run bansee then banshee hang on "initializing audio". If start gnome first, quit and start KDE and here run banshee then all ok.
This sounds like it may be hanging on gconf. Can you ensure the gconf daemon is up and running when you do a KDE-only start, to verify?
gconfd is started by banshee itself. seems to be hanging on a pthread conditional. and there is just 1 thread running.
Created attachment 111640 [details] backtrace from marcus backtrace taking from waiting mono process
it is waiting for a pthread conditional. note that the program is not multithreaded (just 1 thread running). I suspect the following: - banshee initializes gstreamer multihreaded. - gst notes the registry is not there. - gst fork()s to create the registry. - this does not clear the multithread io flag in ORBIT - this mistakenly assumes it is still multithreaded, while it isnt. - hangs waiting for uninitialized pthread condition. So I suspect it is a gstreamer010 bug. I was able to workaround by starting totem once, afterwards it works.
for me banshee works, but its starts very very long. and switching between plugins or searching for several song hangs banshee for one or two minutes then works again
Does this still happen on openSUSE 10.3?
just did on a KDE Install: zypper install helix-banshee then banshee<return> pops up EULA, and Splashscreen and then backtraces: tux@westernhagen:~> banshee Loading Helix EULA for de Warning: [15.11.2007 11:17:18] (Cannot connect to NetworkManager) - An available, working network connection will be assumed Creating track table Creating playlists table Creating playlistentries table Debug: [15.11.2007 11:17:20] (Loading audio profiles) - /usr/share/banshee/audio-profiles Debug: [15.11.2007 11:17:22] (Standard Wiedergabe-Engine) - Helix Remote Debug: [15.11.2007 11:17:22] (Audio-CD Kern initialisiert) - Warning: [15.11.2007 11:17:22] (Power Management Call Failed) - Cannot find GNOME Power Manager: Name org.gnome.PowerManager has no owner Debug: [15.11.2007 11:17:22] (Enabled multimedia keys support) - Using org.gnome.SettingsDaemon Stacktrace: at (wrapper managed-to-native) Gtk.Dialog.gtk_dialog_run (intptr) <0x0000e> at (wrapper managed-to-native) Gtk.Dialog.gtk_dialog_run (intptr) <0xffffffff> at Gtk.Dialog.Run () <0x0002c> at Banshee.Gui.GladeDialog.Run () <0x00021> at Banshee.PlayerUI.PromptForImport (bool) <0x00120> at Banshee.PlayerUI.PromptForImport () <0x00015> at <>c__CompilerGenerated2.<OnLibraryReloaded>c__20 (object,System.EventArgs) <0x00020> at InvokeCB.Invoke () <0x0001c> at TimeoutProxy.Handler () <0x0003c> at (wrapper native-to-managed) TimeoutProxy.Handler () <0xffffffff> at (wrapper managed-to-native) Gtk.Application.gtk_main () <0x0000b> at (wrapper managed-to-native) Gtk.Application.gtk_main () <0xffffffff> at Gtk.Application.Run () <0x00008> at Gnome.Program.Run () <0x0000c> at Banshee.BansheeEntry.Startup (string[]) <0x00a53> at Banshee.Gui.CleanRoomStartup.Startup (Banshee.Gui.CleanRoomStartup/StartupInvocationHandler,string[]) <0x000d7> at Banshee.BansheeEntry.Main (string[]) <0x00050> at (wrapper runtime-invoke) Banshee.BansheeEntry.runtime_invoke_void_string[] (object,intptr,intptr,intptr) <0xffffffff> Native stacktrace: Speicherzugriffsfehler tux@westernhagen:~> second call opens the import dialog just fine and banshee works.
I'm unable to reproduce this even once (under KDE, having recursively unset the /apps/banshee gconf tree, removed ~/.config/banshee, and shutdown gconfd) on 10.3. Tried both helix and gstreamer versions. This is an SMP x86_64 machine, if it makes a difference. The one difference that comes to mind is that I also have Gnome installed. Perhaps there's a missing dep that causes problems for KDE-only installs? It's not clear to me at this point that this is a mono bug rather than a banshee bug.
i for myself i am jsut willing to let this go.
Closing as per comment#15. Please reopen in case it appears again.