From f-spot-list Wed Jul 08 19:18:31 2015 From: Jack Date: Wed, 08 Jul 2015 19:18:31 +0000 To: f-spot-list Subject: Re: back to an old problem Message-Id: <559D7787.2020009 () sbcglobal ! net> X-MARC-Message: https://marc.info/?l=f-spot-list&m=143638314507811 Agreed. I wasn't proposing f-spot to do that. I think I didn't realize you were having the same issue. When I get home later, I'll remove that entry from /etc/mono.config and try everything from scratch. I don't recall finding a copy of libgtk-win32 or libgtk-x11 anywhere within the f-spot build or install directories, but I might have only been looking for one and not the other. Hopefully I'll get to this later today - otherwise it may be few days. On 7/8/2015 3:02 PM, Matthieu Nguyen wrote: > but that's the thing, f-spot shouldn't touch /etc/mono.conf. What if > an update to mono erases your mono.conf and the workaround you made? > :). > So it's great you found a workaround, but it's still just that, a > workaround. I have a feeling I found the bottom of the issue, but I am > not too eager to go to the lead dev saying "works on *my* machine" as > the only justification :D. > With regards to the 2.0 API version, I guess you are referring to: > https://github.com/mono/f-spot/pull/29 :) > > On Wed, Jul 8, 2015 at 8:52 PM, Jack wrote: >> I'll have to read this again more carefully when I'm at home. However, I >> finally solved the problem of not finding libgtk-win32 by adding the dllmap >> statement to /etc/mono.conf. With that alone, the configure/compile went >> fine. I also manually updated to the 2.0 API versions of gtk-sharp and >> gtk-sharp-glib, pending Gentoo creating new packages. Also - after those >> changes, I started with a fresh git clone. >> >> Jack >> >> >> On 7/8/2015 2:31 PM, Matthieu Nguyen wrote: >>> 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 "" 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 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 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 >>>> f-spot-list@gnome.org >>>> https://mail.gnome.org/mailman/listinfo/f-spot-list >>> >>> > > _______________________________________________ f-spot-list mailing list f-spot-list@gnome.org https://mail.gnome.org/mailman/listinfo/f-spot-list