On po 2. února 2009, Jeffery Small wrote: > I downloaded the latest alpha3 source and am compiling it on my Solaris 10 > SPARC system. I am using LCMS and Exiv2 support, but obviously not Lirc. > > I did discover that configure does not identify /usr/lib/libsocket.so.1 > as a required library, so I had to add -lsocket manually to LDFLAGS. > > Also, my exiv2 package was installed under /usr/local/C, and despite having > /usr/local/C in my path and setting both the LDFLAGS and EXIV2_LIBS to > include -L/usr/local/C/lib, configure also did not find this library and > so I also had to manually add -lexiv2 to LDFLAGS. I'm not sure what the > trick is for libraries in non-traditional locations, but configure was > able to locate things like lcms which were installed under /opt/csw. > Someone more knowledgable about the innerworkings of configure may want to > investigate this so that these libraries can be automatically included on > a wider set of systems.
Can you send me the config.log file? > > 2: I always found it strange in gqview that of all the exif settings, the > User Comment field is corrupted. I was surprised to see this remains > the same in geeqie. For example, I load a picture with the following > comment: > It seems that Geeqie is not built with exiv2, after all. Otherwise the field would be different. > > 3: I would like to see the exif dusplay settings be full customizable and > be saved as a set of user defaults. > There is a configuration tab in preferences. What exactly do you miss? > 4: I have "Leave Zoom at previous setting" in the preferences, but I would > like it if there was an option to make geeqie start with "Fit Image > to Window" when the first image is loaded. Currently it defaults to > "Original Size". Yes, this can be improved. > > 5: I reported this problem with gqview and it remains with geeqie. You > start one session of geeqie and it works. You start a second session and > the first session stops working. It is no longer able to display images or > navigate anywhere. However, if you start as thire and forth session, all > instances after the first will now work. I'm fuzzy on this now, but I seem > to remember that it was related to a lock or socket or something like this. > Maybe there is a record of the original report in the bug database. > This probably happens when the second process tries to communicate with the first process via the remote control socket. I think that it is a bug in glib on solaris because I don't have any reports from other systems. Can you try another glib version or something? Vladimir ------------------------------------------------------------------------------ This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword _______________________________________________ Geeqie-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geeqie-devel
