Trying to compile from latest sources on a clean mageia5, I ran into the problem again. The odd thing is, all the csproj and .config files create the mapping to libgtk-x11-2.0.so.0, except one, gtk-sharp-beans.dll. The one that is in the bin folder. I do not know *why* the dll is copied from wherever it is taken. All I know is that if I *remove* gtk-sharp-beans.dll from the f-spot/bin directory, then the error goes away. And, oddly enough, the gtk-sharp-beans.dll under f-spot/bin is without any .config.
I think I tried to fix it in one of my pull requests, but that didn't get merged to main. https://github.com/NguyenMatthieu/f-spot/commit/b9ac2c31d58682b7cb77e680c556e18eec2ab474 (What I did at the time was remove the "<Package>" for gtk-sharp-beans in all csproj files, it seemed to prevent the dll from being copied). If you could try that on your machine (removing the gtk-sharp-beans.dll from f-spot/bin and from /usr/local/lib/f-spot/ ), and if it does indeed work, then I'll resuggest my pull request, or an updated version of it... On Thu, May 21, 2015 at 3:01 AM, Jack <[email protected]> wrote: > Well, I'm finally getting back to spending some time trying to get this to > work, still with no luck. > > I do not find libgtk-win32 anywhere. As I said, it is mapped in the gac to > libgtk-x11, which is in /usr/lib/.... Should there be a copy of it in > /usr/local/lib/f-spot? That directory has lots of .dll files, some with an > associated .mdb and some with a .config. The only .so in that directory is > libfspot.so. However, both FSpot.Gui.dll.config and Hyena.Gui.dll.config > include a line mapping libgtk-win32-2.0-0.dll to libgtk-x11-2.0.so.0. > > Any suggestions on further troubleshooting would be greatly appreciated. > > Jack > > > On 2015.03.29 15:47, Matthieu Nguyen wrote: >> >> I recall having a problem with a dll like that because it was somehow >> copied to the bin folder without a .dll.config to go with it, so in the end >> F-Spot was trying to load the .dll from the /usr/local/lib/f-spot/ folder >> which was missing the .config linking to the proper .so, rather than taking >> the lib from the gac. >> >> Check what you have in your /usr/local/lib/f-spot folder, just in case... >> >> On Sun, Mar 29, 2015 at 9:19 PM, Jack <[email protected]> wrote: >>> >>> As I said in the other thread, I have gotten f-spot from git-head to >>> compile, but I still get a dll not found error on libgth-win32-2.0-0.dll. >>> This seems odd, because that library is in a dllmap in the gac for both >>> gnome-sharp and gtk-sharp, both pointing to target="libgtk-x11-2.0.so.0" >>> which exists in both /usr/lib32 and /use/lib64, and is loaded before, and is >>> searched in both before and immediately after the error, if I run f-spot >>> with MONO_LOG_LEVEL=debug. >> >> > >>> >>> I've found this error referenced in a few bug reports (f-spot and other >>> apps) but no definitive solution, just claims that something wasn't >>> installed correctly. It seems as if neither of those two dllmap entries is >>> being read. I could try putting it explicitly in f-spot.exe.config, but I >>> don't know if that's really a good solution for the long run, or just a >>> quick work-around. >> >> > >> > Any thoughts or suggestions? > > _______________________________________________ > f-spot-list mailing list > [email protected] > https://mail.gnome.org/mailman/listinfo/f-spot-list -- Matthieu Nguyen - ingénieur informatique ENSEIRB promotion 2004 - Info, spé GL. _______________________________________________ f-spot-list mailing list [email protected] https://mail.gnome.org/mailman/listinfo/f-spot-list
