Red Hat Bugzilla – Bug 1313021
banshee can't find /usr/lib/libMonoPosixHelper.so
Last modified: 2016-03-01 04:10:55 EST
Description of problem:
After upgrading to mono-core 4.3.2-4.fc25.x86_64, the banshee application fails to start, apparently due to a 32/64 bit file path confusion.
[Info 12:54:15.437] Running Banshee 2.6.2: [Fedora24-2.6.2-15.fc24 (linux-gnu, x86_64) @ 2016-02-12 19:15:38 UTC]
Exception has been thrown by the target of an invocation.
System.Reflection.TargetInvocationException: Exception has been thrown by the target of an invocation. ---> System.TypeInitializationException: The type initializer for 'Mono.Unix.Native.Stdlib' threw an exception. ---> System.DllNotFoundException: /usr/lib/libMonoPosixHelper.so
This is a 64-bit box, and the library *is* there:
ls -l ls -l /usr/lib64/libMonoPosixHelper.so
-rwxr-xr-x. 1 root root 256296 Feb 27 03:39 /usr/lib64/libMonoPosixHelper.so
Reverting back to the 4.2.2-3.fc24.x86_64 version makes things work again.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
Thanks for reporting this!
The problem is in /etc/mono/config
The line <dllmap dll="MonoPosixHelper" target="$mono_libdir/libMonoPosixHelper.so" os="!windows" />
needs to be changed to
target="libMonoPosixHelper.so", I think.
I will try if that solves the issue, and then fix it in Rawhide tomorrow.
Confirming that removing $mono_libdir/ makes things work.
For what it's worth, the previous version had this:
<dllmap dll="MonoPosixHelper" target="/usr/lib64/libMonoPosixHelper.so" os="!windows" />
Not at all sure why that one has /usr/lib64 on it and all the others have no absolute path attached to them.
I have fixed this in Rawhide: http://pkgs.fedoraproject.org/cgit/rpms/mono.git/commit/?id=cc7b8dcb9f02810b0322b24e8ac63581d9be8146