banshee.exe doesn't belong into /usr/lib64, as it's a _32bit_ (Windows) executable
nor do *.dll, only *.so, which indeed are 64bit shared libraries

Increasing severity as this seems to be a bigger issue than initially suspected

It supposed to ship as a 32bit app on 64 bit platforms because of helix.  AJ, do
we need to do something to the selection here?

No need to do anything on the selections here AFAIK.  Stefan D.?

Probably the 32bit package list in selections is not up-to-date. I'll fix this.

done. But I couldn't find any banshee package in this list. Anyway, the update 
was necessary ... 

Should be fixed in beta4.  Please check!

It doesn't seem to be shipped in the x86_64 dir of the media either normally or
as a -32bit package.

banshee is there as 32-bit package since helix-player is there as 32 package as
all.  For an application no -32bit package is needed.

Feel free to test it on reger.suse.de.

does not work with updated banshee either:

tux@garbarek:~> banshee

Unhandled Exception: System.DllNotFoundException: /usr/lib/banshee/libbanshee.so
in (wrapper managed-to-native) Banshee.Gstreamer:gstreamer_initialize ()
in <0x00008> Banshee.Gstreamer:Initialize ()
in <0x00045> Banshee.Core:.ctor ()
in <0x0002f> Banshee.Core:get_Instance ()
in <0x002b0> Banshee.BansheeEntry:Main (System.String[] args)

AJ: did you --enable-xing? gstreamer fails to initialize after the xing plugin
gets installed unless you run `gst-register-0.8'. From what I gather, this will
be handled in the package install.

The package is built with --enable-xing, and the banshee-engines-helix package
runs gst-register in both the %post and %postun scripts with the 0.9.5
submission I made last night, is this what you're testing with AJ?

Actually, we probably need 32 bit gstreamer here as well

Yes, I test that one.  Feel free to login to garbarek.suse.de and install any
packages you like...

Rudi has been working out the solution for this.

Rudi will not have time to work on this the next 36 hours. He did some initial
work but I expect that you go further from this.

Update: danw now has banshee starting but not yet entirely functional, still
with some crashes and limited functionality.

I *think* the only bug remaining at this point is the weird X error at
startup, which goes away if you remove this line:

  <property name="window_position">GTK_WIN_POS_CENTER</property>

from data/glade/player.glade. I have no explanation for why it is getting
an X error there, and the error went away magically by itself at some point
on one of the machines in the office. But we can figure it out later.

(There are still some other bugs on my machine here, but I think they're all
fixed by newer mono/gstreamer/etc packages [I'm still at beta3 on this
machine.])

Seems to have mostly been solved by 116164.  Seen the issue once since on
multiple machines.  Lowering priority.

This seems to be fixed, still waiting for testing feedback.

No on RC2 it still doesn't work. here is what I see when I try to start banshee:

> banshee
ERROR: ld.so: object '/usr/lib/libaoss.so' from LD_PRELOAD cannot be preloaded:
ignored.

Unhandled Exception: DBus.DBusException: Unable to determine the address of the
message bus
in [0x0003e] (at /usr/src/packages/BUILD/dbus-0.35.2/mono/Bus.cs:46)
DBus.Bus:GetBus (BusType busType)
in [0x00001] (at /usr/src/packages/BUILD/dbus-0.35.2/mono/Bus.cs:23)
DBus.Bus:GetSessionBus ()
in [0x00007] (at /usr/src/packages/BUILD/banshee-0.9.7/src/DBusIPC.cs:53)
Banshee.DBusServer:.ctor ()
in [0x00016] (at /usr/src/packages/BUILD/banshee-0.9.7/src/Core.cs:135)
Banshee.Core:.ctor ()
in [0x0000b] (at /usr/src/packages/BUILD/banshee-0.9.7/src/Core.cs:73)
Banshee.Core:get_Instance ()
in [0x000ef] (at /usr/src/packages/BUILD/banshee-0.9.7/src/Main.cs:78)
Banshee.BansheeEntry:Main (System.String[] args)

Bodo: old xinitrc or xsession ? please check if dbus-x11 is installed 
and there is a call to dbus-launch in your xsession init script 

I get some different errors, besides the first line:

1001 sf@f172:~/ > banshee
ERROR: ld.so: object '/usr/lib/libaoss.so' from LD_PRELOAD cannot be preloaded:
ignored.

Unhandled Exception: System.DllNotFoundException: /usr/lib/banshee/libbanshee.so
in (wrapper managed-to-native) Banshee.Gstreamer:gstreamer_initialize ()
in [0x00000] (at /usr/src/packages/BUILD/banshee-0.9.7/src/GstMisc.cs:51)
Banshee.Gstreamer:Initialize ()
in [0x00010] (at /usr/src/packages/BUILD/banshee-0.9.7/src/Core.cs:132)
Banshee.Core:.ctor ()
in [0x0000b] (at /usr/src/packages/BUILD/banshee-0.9.7/src/Core.cs:73)
Banshee.Core:get_Instance ()
in [0x000ef] (at /usr/src/packages/BUILD/banshee-0.9.7/src/Main.cs:78)
Banshee.BansheeEntry:Main (System.String[] args)
1002 sf@f172:~/ > 

(And I took care about dbus-1-x11 and xinit)

This is an update from RC1 to RC2

No xinitrc or xsession. This is a vanilla RC2 installation with a vanilla (setup
with YaST) user. So no, dbus-launch in an init s cript. But ps shows two
instances of dbus-launch owned by the user having this session.

There is no dbus-x11 rpm. there is a dbus-1-x11 and it is installed.

#24: env | grep DBUS please

#23: looks somewhat similar to bug 116924

'env | grep DBUS please' is empty on the terminal I tried. However, this is an
'ssh localhost' terminal. If I open a terminal from the menu, $DBUS seems to
contain something and banshee actually starts up. It doesn't play MP3s however
(realplayer does...).

Comment #25: I have all gstreamer-plugins installed, all banhee packages, still
the same error

#26: this would appear to be an xinitrc problem, as it launches dbus (perhaps it
should be launched in a non-gui way)

#27: does the file /usr/lib/banshee/libbanshee.so exist? Its part of the banshee
package.

I don't know - my system broke down today.
But in a fresh installation of RC4, banshee works

Stefan Dirsch, is there a better way to run dbus-launch in xinitrc, so that it
works in forwarded X sessions?

currently we have:

# add dbus-launch if found
dbuslaunch="`which dbus-launch 2>/dev/null`"
if [ -n "$dbuslaunch" ] && [ -x "$dbuslaunch" ]; then
    WINDOWMANAGER="$dbuslaunch --sh-syntax --exit-with-session $WINDOWMANAGER"
fi

Sorry, but I'm not familiar with dbus-launch at all. 

Marking this as fixed.

Opened 118291 to track the problem with the way dbus-launch is executed in xinitrc.