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. % banshee [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): mono-core 4.3.2-4.fc25.x86_64 How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info:
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