Re: back to an old problem



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  "<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 <ostroffjh sbcglobal net> 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 <ostroffjh sbcglobal net> 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





[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]