Re: [Banshee-List] Solved: Runtime errors: Banshee 1.2 on Fedora 8 from binary

[Malcnorth <malcolm north gmail com>]

I am struggling to get banshee 1.2 installed from source, I got past
ndesk-dbus errors and ./configure fails on needing boo 0.8.1.

yum installs 0.8.0 and says its the latest, I downloaded both boo 0.8.1 and
0.8.2 but can't get them to build/install.

can you post details of you install and whether it might be appropriate to
fedora 8 (not 64)?



rudedog wrote:
> 
> The rpm did not specify the ndesk-dbus package dependency.  Once
> installed, everything works fine!
> 
> 
> 
> rudedog wrote:
>> 
>> I installed the rpm binary for Fedora 9 x86_64 on my Fedora 8 system and
>> receive the errors below.  Do I need to compile from source since there
>> is no binary for Fedora 8?
>> 
>> ** (/usr/lib64/banshee-1/Nereid.exe:19961): WARNING **: The following
>> assembly referenced from /usr/lib64/banshee-1/Banshee.Services.dll could
>> not be loaded:
>>      Assembly:   NDesk.DBus    (assemblyref_index=12)
>>      Version:    1.0.0.0
>>      Public Key: f6716e4f9b2ed099
>> The assembly was not found in the Global Assembly Cache, a path listed in
>> the MONO_PATH environment variable, or in the location of the executing
>> assembly (/usr/lib64/banshee-1).
>> 
>> 
>> ** (/usr/lib64/banshee-1/Nereid.exe:19961): WARNING **: Could not load
>> file or assembly 'NDesk.DBus, Version=1.0.0.0, Culture=neutral,
>> PublicKeyToken=f6716e4f9b2ed099' or one of its dependencies.
>> Stacktrace:
>> 
>>   at Nereid.Client.Main (string[]) <0xffffffff>
>>   at Nereid.Client.Main (string[]) <0x0003c>
>>   at (wrapper runtime-invoke) Nereid.Client.runtime_invoke_void_string[]
>> (object,intptr,intptr,intptr) <0xffffffff>
>> 
>> Native stacktrace:
>> 
>>         banshee-1 [0x5203a9]
>>         banshee-1 [0x4ec7ad]
>>         /lib64/libpthread.so.0 [0x2aaaab5b0540]
>>         banshee-1 [0x4fb8f6]
>>         banshee-1 [0x50ac94]
>>         banshee-1 [0x50c4ba]
>>         banshee-1 [0x43c6be]
>>         [0x40000139]
>> 
>> Debug info from gdb:
>> 
>> (no debugging symbols found)
>> Using host libthread_db library "/lib64/libthread_db.so.1".
>> (no debugging symbols found)
>> (no debugging symbols found)
>> (no debugging symbols found)
>> (no debugging symbols found)
>> (no debugging symbols found)
>> [Thread debugging using libthread_db enabled]
>> [New Thread 46912518123792 (LWP 19961)]
>> [New Thread 1075988816 (LWP 19963)]
>> [New Thread 1073822032 (LWP 19962)]
>> (no debugging symbols found)
>> (no debugging symbols found)
>> (no debugging symbols found)
>> (no debugging symbols found)
>> (no debugging symbols found)
>> (no debugging symbols found)
>> 0x00002aaaabd1cdf2 in select () from /lib64/libc.so.6
>>   3 Thread 1073822032 (LWP 19962)  0x00002aaaab5afbf1 in nanosleep ()
>>    from /lib64/libpthread.so.0
>>   2 Thread 1075988816 (LWP 19963)  0x00002aaaab5ac8f9 in
>> pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
>>   1 Thread 46912518123792 (LWP 19961)  0x00002aaaabd1cdf2 in select ()
>>    from /lib64/libc.so.6
>> 
>> Thread 3 (Thread 1073822032 (LWP 19962)):
>> #0  0x00002aaaab5afbf1 in nanosleep () from /lib64/libpthread.so.0
>> #1  0x00000000004c7a00 in ?? ()
>> #2  0x00002aaaab5a8407 in start_thread () from /lib64/libpthread.so.0
>> #3  0x00002aaaabd23b0d in clone () from /lib64/libc.so.6
>> 
>> Thread 2 (Thread 1075988816 (LWP 19963)):
>> #0  0x00002aaaab5ac8f9 in pthread_cond_wait@@GLIBC_2.3.2 ()
>>    from /lib64/libpthread.so.0
>> #1  0x00000000004cfc45 in ?? ()
>> #2  0x00000000004d211d in ?? ()
>> #3  0x00000000004cef69 in ?? ()
>> #4  0x00000000004b0db1 in ?? ()
>> #5  0x00000000004a4eb3 in ?? ()
>> #6  0x00000000004ce777 in ?? ()
>> #7  0x00000000004dc3ce in ?? ()
>> #8  0x00002aaaab5a8407 in start_thread () from /lib64/libpthread.so.0
>> #9  0x00002aaaabd23b0d in clone () from /lib64/libc.so.6
>> 
>> Thread 1 (Thread 46912518123792 (LWP 19961)):
>> #0  0x00002aaaabd1cdf2 in select () from /lib64/libc.so.6
>> #1  0x00002aaaab1323fc in g_spawn_sync () from /lib64/libglib-2.0.so.0
>> #2  0x00002aaaab1327b8 in g_spawn_command_line_sync ()
>>    from /lib64/libglib-2.0.so.0
>> #3  0x000000000052044a in ?? ()
>> #4  0x00000000004ec7ad in ?? ()
>> #5  <signal handler called>
>> #6  0x00000000004fb8f6 in ?? ()
>> #7  0x000000000050ac94 in ?? ()
>> #8  0x000000000050c4ba in ?? ()
>> #9  0x000000000043c6be in ?? ()
>> #10 0x0000000040000139 in ?? ()
>> #11 0x00002aaaaab14b40 in ?? ()
>> #12 0x0000000000000000 in ?? ()
>> #0  0x00002aaaabd1cdf2 in select () from /lib64/libc.so.6
>> 
>> 
>> =================================================================
>> Got a SIGSEGV while executing native code. This usually indicates
>> a fatal error in the mono runtime or one of the native libraries 
>> used by your application.
>> =================================================================
>> 
>> Aborted
>> 
>> 
> 
> 

-- 
View this message in context: http://www.nabble.com/Runtime-errors%3A-Banshee-1.2-on-Fedora-8-from-binary-tp18766856p19637418.html
Sent from the Banshee mailing list archive at Nabble.com.