Banshee doesn't start

Bug #33077 reported by DanH
38
Affects Status Importance Assigned to Milestone
Ubuntu
Fix Released
Medium
Unassigned

Bug Description

Banshee refuses to start. This is probably because I don't have enough gstreamer-0.8 installed (see output below) - and banshee doesn't require enough of it even to produce a meaningful error message when run.

Here's what banshee says:

$ banshee
Warning: [2/27/2006 9:43:59 PM] (Cannot connect to NetworkManager) - An available, working network connection will be assumed

** (<unknown>:23383): WARNING **: Could not find or create the 'playbin' GStreamer plugin
Player Engine `GStreamer Engine' failed init tests... disabling (Could not initialize GStreamer library)

Unhandled Exception: System.NullReferenceException: Object reference not set to an instance of an object
in <0x00022> Banshee.Base.PlayerEngineCore:set_ActivePlayer (IPlayerEngine value)
in <0x00023> Banshee.Base.PlayerEngineCore:Initialize ()
in <0x000d9> Banshee.Base.Globals:Initialize ()
in <0x00507> Banshee.BansheeEntry:Startup (System.String[] args)
in <0x0000a> Banshee.BansheeEntry:Main (System.String[] args)

Revision history for this message
Sebastian Dröge (slomo) wrote :

Try installing gstreamer0.8-misc... this should fix it :)
I won't fix the package for now as we'll switch to gstreamer 0.10 with the next upload

Revision history for this message
DanH (holmsand-gmail) wrote :

Thanks, now it seems to use gstreamer 0.10. But it still doesn't start, though. Now it says:

Warning: [3/7/2006 9:07:34 AM] (Cannot connect to NetworkManager) - An available, working network connection will be assumed

ERROR: Caught a segmentation fault while loading plugin file:
/usr/lib/gstreamer-0.10/libgstvideobox.so

Please either:
- remove it and restart.
- run with --gst-disable-segtrap and debug.

Revision history for this message
Sebastian Dröge (slomo) wrote :

Do you have some packages installed from source on your system? For example some gstreamer 0.10 stuff? #33508 seems to be like the same error and was fixed by removing everything not installed from the dapper gstreamer packages...

Revision history for this message
Joakim (jryden) wrote :

I don't, and I have the same issue. Though for me it started whining about loading libgstresamplerate.so or sumsuch. Just for kicks I moved that out of the way and it just complained about another .so file instead.

Revision history for this message
Sebastian Dröge (slomo) wrote :

Could you try the following?

gdb --args mono /usr/lib/banshee/banshee.exe
handle SIGXCPU SIG33 SIGPWR nostop noprint
run
[wait for the segfault]
backtrace

then run 'p mono_print_method_from_ip ($address)' on every address that is not 0x00000000 and not resolved to some symbol. Copy everything in here or better attach it as an text file because that's easier to read ;)

Revision history for this message
Joakim (jryden) wrote : gdb prints

These are the ones that gave any output other than "than no method at..."

Revision history for this message
Sebastian Dröge (slomo) wrote :

Could you please also paste/attach the backtrace?

Revision history for this message
Joakim (jryden) wrote : bt
  • bt Edit (2.1 KiB, text/plain)

my bad :)

Revision history for this message
Sebastian Dröge (slomo) wrote :

Thanks... what type of CPU do you have?

Revision history for this message
Joakim (jryden) wrote :

x86 (p4)

Revision history for this message
Sebastian Dröge (slomo) wrote :

interesting... this happens for someone else on a p4 and p-m too, but it works fine on athlon xps... maybe the SSE2 optimizations in liboil are a bit too aggressive ;)

Revision history for this message
DanH (holmsand-gmail) wrote : Another backtrace

Sebastian: no I haven't ever installed anything gstreamer-ish from source.

I'm getting a backtrace similar to Joakim's when running under gdb (attached).

Revision history for this message
Sebastian Dröge (slomo) wrote :

DanH, what type of CPU do you have? A Pentium 4 too?

Revision history for this message
DanH (holmsand-gmail) wrote :

Oh, sorry, I should have told you: Pentium M.

Revision history for this message
Germán Poo-Caamaño (gpoo) wrote :

The first error is completely different to the last one. I was a banshee 0.10.6 running fine, until it was upgraded today to bansee 0.10.7. I get exactly the same error.

If I remove (or rename) /usr/lib/gstreamer-0.10/libgstvideobox.so, then I get the error with /usr/lib/gstreamer-0.10/libgstaudioresample.so, and then with /usr/lib/gstreamer-0.10/libgstvideotestsrc.so.

Moving (or deleteing) those three plugins away it works again.

Pentium M.

Revision history for this message
Sebastian Dröge (slomo) wrote :

gpoo: sure, that's unrelated to the original bug... it shows up with muine and banshee when using gst 0.10 on pentium4/pentium-m for some reason...

Revision history for this message
Brandon Hale (brandon) wrote :

This seems to be an Intel specific bug in liboil.
Reassigning.

If you want a quick work around, install liboil0.3 from Debian Unstable.

Revision history for this message
Sebastian Dröge (slomo) wrote : liboil0.3_0.3.7-0ubuntu3_i386.deb

Can someone who has the problem please install this file and give me another backtrace?
This is a debug build of liboil

Revision history for this message
Jonah Bull (jonahbull) wrote :

Just a quick "me too," I guess. I also have a Pentium M and renaming/removing those files (libgstvideobox, libgstaudioresample, and libgstvideotestsrc) "fixes" this problem.

Sebastian Dröge (slomo)
Changed in liboil0.3:
status: Unconfirmed → Confirmed
Revision history for this message
Sebastian Dröge (slomo) wrote : banshee-backtrace.txt

ok, i got access to a pentium4... here's a backtrace with a debug build of liboil

Revision history for this message
Sebastian Dröge (slomo) wrote :

Ok, it's related to the SSE support in liboil. I'll disable it for now until a better solution is found.

Just for the record, this only happens under certain circumstances, not sure yet which... doing exactly the same as banshee/muine does to initialize gst/liboil (calling gst_init(NULL, NULL) ) in a small testcase doesn't break anything, no matter whether it's done from mono or in a small C program.

Revision history for this message
Sebastian Dröge (slomo) wrote :

Should be fixed with 0.3.7-0ubuntu4
Please reopen when you have this problem again

Changed in liboil0.3:
status: Confirmed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.