Re: [Geeqie-devel] Question regarding raw files

[Greg Troxel]

  I am sorry I wasn't clear.  I took a look at the screenshots page on the
  geeqie wiki:

  https://sourceforge.net/project/screenshots.php?group_id=222125

  and I see an example where the screen is split and the .jpg and the .cr2
  raw versions of the same image are both displayed.  When I run geeqie, I
  see a single thumbnail with the tag filename.jpg + .mrw, but I cannot
  discover any way to get both images displayed in the split screen as is
  shown on the screenshots page.

I can't answer your question, but have another one: What do you expect
to accomplish from this?  Is geeqie actually doing raw conversion on the
fly from the .cr2 to make bits to show?  When I view raw (.nef) in
gqview it just grabs the JPB BASIC that is embedded in the raw and shows
that.  So what's going on when you look at raw in geeqie?

I find JPB BASIC often good enough, so when I shoot raw I use raw only
and then extract BASIC and delete the raw for files I want to keep that
way, and keep a few raw shots.  I have an not-100%-baked exiftool script
for this.  I have no clue if cr2 files have the same embedded jpg.)

#!/bin/sh

f=$1

if [ ! -f $f ]; then
echo $f does not exist
exit 1
fi
jpg=`echo $f | sed -e 's/\.nef$/.jpg/' -e 's/\.NEF$/.JPG/'`
if [ -f $jpg ]; then
echo $jpg already exists
exit 1
fi

# extract embedded JPG (typically LARGE BASIC)
exiftool -b -JpgFromRaw $f  $jpg

# Copy exif information to jpg
#
# NOTE:  -overwrite_original results in a JPEG file that has the same
# modification time as the the NEF.  At first, this seems desirable (mimicing
# what you'd get straight from the camera if set to NEF+JPEG mode).  But,
# it's probably better for the JPEG's modification time to be the time at
# which it was extracted, thus giving an indication that the JPEG file wasn't
# actually created in the camera at the same time as the NEF.  This behavior
# is obtained with -overwrite_original_in_place.

#exiftool -q -overwrite_original -TagsFromFile $f $jpg
exiftool -q -overwrite_original_in_place -TagsFromFile $f $jpg


pgpXkMXroRnWe.pgp
Description: PGP signature
--
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
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel

Re: [Geeqie-devel] Geeqie coding standards

[Greg Troxel]

I hesitate to post on this, but I will anyway:

There are existing coding standards out there, and I think it makes
sense to adopt one or the other rather than creating a new one.  The
basic choices seem to be GNU and the BSD KNF, which is perhaps most
refined in NetBSD.  I would expect gnome to have standards, and adopting
those would be a reasonable choice.  Unfortunately the GNU one is
underspecified.

Beyond that:

  100 characters is a surprising limit.  Real terminal had 80 columns, and
  BSD KNF says 80.

  Tabs are a rathole, but tabs simply *are* every 8, and people who try
  to change code formatting by telling their editor/display program to
  put tab stops elsewhere are confused and need to stop.  The
  traditionalist in me is offended by giving up on tabs because of
  confusion and lame editors, preferring instead to ban the use of
  editors which don't work right (which is what I do at work), but the
  realist sees your point.

  I think C99 allows //, but I don't like them in C code.

  The most important thing would be review of most checkins, and asking
  people to fix whitespace issues could help create a sense that review
  is normal.

  Definitely have a rule that checkins either solely change formatting
  and the commit message says that, or that they make no formatting
  changes to lines other than the ones changed.

Here's NetBSD's style rules, for what they're worth.  Indent is 8
columns, and tabs are used whenever possible.  This is emacs's default
behavior with M-x c-set-style bsd.  Probably geeqie should go with
emacs's gnu style being a gnome-aligned program.


/* $NetBSD: style,v 1.44 2008/09/09 19:18:41 jschauma Exp $ */

/*
 * The revision control tag appears first, with a blank line after it.
 * Copyright text appears after the revision control tag.
 */

/*
 * The NetBSD source code style guide.
 * (Previously known as KNF - Kernel Normal Form).
 *
 *  from: @(#)style 1.12 (Berkeley) 3/18/94
 */
/*
 * An indent(1) profile approximating the style outlined in
 * this document lives in /usr/share/misc/indent.pro.  It is a
 * useful tool to assist in converting code to KNF, but indent(1)
 * output generated using this profile must not be considered to
 * be an authoritative reference.
 */

/*
 * Source code revision control identifiers appear after any copyright
 * text.  Use the appropriate macros from sys/cdefs.h.  Usually only one
 * source file per program contains a __COPYRIGHT() section.
 * Historic Berkeley code may also have an __SCCSID() section.
 * Only one instance of each of these macros can occur in each file.
 * Don't use newlines in the identifiers.
 */
#include sys/cdefs.h
__COPYRIGHT(@(#) Copyright (c) 2008\
 The NetBSD Foundation, inc. All rights reserved.);
__RCSID($NetBSD: style,v 1.44 2008/09/09 19:18:41 jschauma Exp $);

/*
 * VERY important single-line comments look like this.
 */

/* Most single-line comments look like this. */

/*
 * Multi-line comments look like this.  Make them real sentences.  Fill
 * them so they look like real paragraphs.
 */

/*
 * Attempt to wrap lines longer than 80 characters appropriately.
 * Refer to the examples below for more information.
 */

/*
 * EXAMPLE HEADER FILE:
 *
 * A header file should protect itself against multiple inclusion.
 * E.g, sys/socket.h would contain something like:
 */
#ifndef _SYS_SOCKET_H_
#define _SYS_SOCKET_H_
/*
 * Contents of #include file go between the #ifndef and the #endif at the end.
 */
#endif /* !_SYS_SOCKET_H_ */
/*
 * END OF EXAMPLE HEADER FILE.
 */

/*
 * If a header file requires structures, defines, typedefs, etc. from
 * another header file it should include that header file and not depend
 * on the including file for that header including both.  If there are
 * exceptions to this for specific headers it should be clearly documented
 * in the headers and, if appropriate, the documentation.  Nothing in this
 * rule should suggest relaxation of the multiple inclusion rule and the
 * application programmer should be free to include both regardless.
 */

/*
 * Kernel include files come first.
 */
#include sys/types.h  /* Non-local includes in brackets. */

/*
 * If it's a network program, put the network include files next.
 * Group the includes files by subdirectory.
 */
#include net/if.h
#include net/if_dl.h
#include net/route.h
#include netinet/in.h
#include protocols/rwhod.h

/*
 * Then there's a blank line, followed by the /usr include files.
 * The /usr include files should be sorted!
 */
#include assert.h
#include errno.h
#include inttypes.h
#include stdio.h
#include stdlib.h

/*
 * Global pathnames are defined in /usr/include/paths.h.  Pathnames local
 * to the program go in pathnames.h in the local directory.
 */
#include paths.h

/* Then, there's a blank line, and the user include files. */
#include pathnames.h  /* Local includes in double quotes. */

/*
 * ANSI function declarations for private functions (i.e. functions not used
 * elsewhere) and the 

[Geeqie-devel] recommended version?

[Greg Troxel]

In a directory with ~600 NEFs, deleting an image is taking 20 seconds of
CPU time.  I am running 1.0alpha3 which is in pkgsrc.  Rather than debug
this I thought I should get current.

What is the current recommended version for users?  Is it the code at

svn ls https://geeqie.svn.sourceforge.net/svnroot/geeqie/tags/GEEQIE_1_0_BETA2

or the trunk, or something else?  If the current recommended version for
users (as opposed to developers) isn't a released tarball, what's the
plan for getting back to normal?




pgpCvgkEujcFb.pgp
Description: PGP signature
--
Enter the BlackBerry Developer Challenge  
This is your chance to win up to $100,000 in prizes! For a limited time, 
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize  
details at: http://p.sf.net/sfu/Challenge___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel

[Geeqie-devel] patch for MAP_ANONYMOUS use

[Greg Troxel]

NetBSD has MAP_ANON, and MAP_ANONYMOUS looks odd to me.  I tried to find
what POSIX says, and it seems MAP_ANON* is not part of the required
definition of mmap:

http://www.opengroup.org/onlinepubs/009695399/functions/mmap.html

I am pretty sure mmap originated around 4.2BSD, so would think that
4.4BSD-derived systems would have the historically correct definition
for MAP_ANON.

On my mac (10.5.7) sys/mman.h has MAP_ANON and not MAP_ANONYMOUS.

Does MAP_ANON work on linux?  Any reason not to just use MAP_ANON?

Index: src/main.c
===
--- src/main.c  (revision 1796)
+++ src/main.c  (working copy)
@@ -703,7 +703,7 @@
 {
unsigned long pagesize = sysconf(_SC_PAGE_SIZE);
DEBUG_1(SIGBUS %p, info-si_addr);
-   mmap((void *)(((unsigned long)info-si_addr / pagesize) * pagesize), 
pagesize, PROT_READ | PROT_WRITE, MAP_FIXED | MAP_PRIVATE | MAP_ANONYMOUS, -1, 
0);
+   mmap((void *)(((unsigned long)info-si_addr / pagesize) * pagesize), 
pagesize, PROT_READ | PROT_WRITE, MAP_FIXED | MAP_PRIVATE | MAP_ANON, -1, 0);
 }
 #endif
 



pgpE2ZIjspgsV.pgp
Description: PGP signature
--
Enter the BlackBerry Developer Challenge  
This is your chance to win up to $100,000 in prizes! For a limited time, 
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize  
details at: http://p.sf.net/sfu/Challenge___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel

Re: [Geeqie-devel] Evidence based photo selection

[Greg Troxel]

  I use Geeqie to select photographs from very large collections, such
  as the thousands I might take on a shoot. As it stands, run through
  the photographs in a directory, deleting the ones that I don't think
  should make it to the next stage of the selection process. I usually
  do this a number of times, using different directories, until I have a
  small handful that I like.


I do something similar, and agree with your notions.

Beyond that, I also want to tag similar photos so I can flip between
them, and they aren't always adjacent.

I see the disk is cheap point, but I like to get rid of junk.  So having
a way to do the marking/sorting without deleting, and then flip through
the list that will be deleted, and then do it (or not) sounds great.


pgpFrpeucYk8V.pgp
Description: PGP signature
--
Enter the BlackBerry Developer Challenge  
This is your chance to win up to $100,000 in prizes! For a limited time, 
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize  
details at: http://p.sf.net/sfu/Challenge___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel

[Geeqie-devel] patch to remove bashisms

[Greg Troxel]

Geeqie has several bashisms which seem unnecessary.  I don't use all
these features so perhaps one or more of the scripts does actually need
bash.  If it does, it should be found via configure and listed as an
explicit dependency.  My experience has been that 95% of scripts that
say /bin/bash work fine with /bin/sh and I don't see any bash extensions
in use here.


Index: plugins/ufraw/geeqie-ufraw
===
--- plugins/ufraw/geeqie-ufraw  (revision 1803)
+++ plugins/ufraw/geeqie-ufraw  (working copy)
@@ -1,4 +1,4 @@
-#!/bin/bash
+#!/bin/sh
 
 # FIXME TODO:
 # improve the default ufraw configuration
Index: plugins/import/geeqie-import
===
--- plugins/import/geeqie-import(revision 1803)
+++ plugins/import/geeqie-import(working copy)
@@ -1,4 +1,4 @@
-#!/bin/bash
+#!/bin/sh
 
 case $1 in
gqview) 
Index: plugins/rotate/geeqie-rotate
===
--- plugins/rotate/geeqie-rotate(revision 1803)
+++ plugins/rotate/geeqie-rotate(working copy)
@@ -1,8 +1,10 @@
-#!/bin/bash -x
+#!/bin/sh
 
 # This is a helper script that rotate image files according to the metadata
 # requirements: ImageMagick, exiftran, exiv2
 
+set -x
+
 GQ_METADATA_DIR=$HOME/.local/share/geeqie/metadata
 
 rotate()
Index: configure.in
===
--- configure.in(revision 1803)
+++ configure.in(working copy)
@@ -79,7 +79,7 @@
 
 if test x${enable_debug_flags} != xno
 then
-  if test x${enable_developer} == xyes
+  if test x${enable_developer} = xyes
   then
 CXXFLAGS=${CXXFLAGS} -Wall
 CFLAGS=${CFLAGS} -Wstrict-prototypes -Wall
@@ -342,7 +342,7 @@
   AC_HELP_STRING([--enable-gps], [enable GPS map support - experimental]),
 [libgps=$enableval], [libgps=auto])
 
-if test x${libgps} == xyes; then
+if test x${libgps} = xyes; then
   PKG_CHECK_MODULES(LIBCHAMPLAIN, [champlain-0.3 = 0.3],
 [
   HAVE_LIBCHAMPLAIN=yes
@@ -356,7 +356,7 @@
   HAVE_LIBCHAMPLAIN=disabled
 fi
 
-if test x${libgps} == xyes; then
+if test x${libgps} = xyes; then
   PKG_CHECK_MODULES(LIBCHAMPLAIN_GTK, [champlain-gtk-0.3 = 0.3],
 [
   HAVE_LIBCHAMPLAIN_GTK=yes


pgpuGscjLTeFW.pgp
Description: PGP signature
--
___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel

Re: [Geeqie-devel] Howdy!

[Greg Troxel]

  First, my apology for using a developer list for a newbie query, but I 
  don't find a users list.

no worries

  I used to use/enjoy gqview and read now of the fork.

  I am about to start a new job, but still wanted to explore options for 
  technical contribution?

not much has been happening, but much remains to be done.
Build it and tell us what annoys you :-)


I have been using the libchamplain view, and it seems that libchamplain
has a major API change every release.  It would be good to either update
geeqie to use the latest stable version, or find something similar with
better API stability, or figure out that I'm confused.

  Also, may I ask the pronunciation of geeqie ?  I could guess, but prefer 
  to know for sure.

I pronounce it like geeky.


pgpiL6SnKG6FI.pgp
Description: PGP signature
--
Virtualization  Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel

Re: [Geeqie-devel] Howdy!

[Greg Troxel]

Actually, because gtk3 seems not to be everywhere yet, it would probably
be good to move to the newest version that works with gtk2.
I'm unclear on this.


pgpfZflVbkdWE.pgp
Description: PGP signature
--
Virtualization  Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel

Re: [Geeqie-devel] translation

[Greg Troxel]

Thinks are a little erratic.   I would say that fixing up what's in git
is useful, and it's good to decouple translation progress from a release
actually happening.



pgpdUa9TUgdOW.pgp
Description: PGP signature
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel

Re: [Geeqie-devel] Slow deletes in large directory

[Greg Troxel]

John Stoffel j...@stoffel.org writes:

 I've been a long time fan of GQview and now geegie v1.0 on Debian
 Squeeze (6.04), but I've run into one issue that's driving me crazy.
 I dumped a bunch of my photos into a single directory and started
 browsing them so I could delete those which were out of focus, poorly
 composed, etc.  But with 3000+ photos, deletes take 3-5 seconds each.
 With only 300-500 photos, it's much much quicker.

I have seen the same issue.

 I've turned off safe delete to see if that was the problem, but I
 don't think it is, since it's still slow to do deletes.  I assume it's
 because you're updating the thumbnail view?  I can see some disk
 lights going, but I haven't had the chance to investigate in detail.

I have found that clearing out ~/.gqview/trash before starting helps a
lot, but that's about safe delete.

 I admit I'm also running it inside a VM with only 512mb of RAM setup,
 but that's really the only thing I'm doing inside that VM is
 manipulating my photos.  The VM is hosted on a Debian box with 8gb of
 RAM and a Quad AMD Phenom II X4 945 processor.  

 Is there any debug information I can provide?  I'm tempted to build a
 copy with debugging info and try to profile to see where the slowdown
 is.  Is this just a limitation of the gtk2 library?  

I would add some kind of log statements with gettimeofday to
microseconds, and sprinkle them to narrow down where the time is going.

My theory is that there is some linear scan which needn't happen (on
delete), and it's highly likely this is a geeqie bug rather than gtk2.


pgpyBeeuPcJ1y.pgp
Description: PGP signature
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel

Re: [Geeqie-devel] Geeqie 1.1

[Greg Troxel]

Vladimir Nadvornik nadvor...@suse.cz writes:

 stable/1.1 branch contains just some bugfixes

I would say release this (as 1.0.1?) more or less immediately.

 master contains these features
 - support for stereoscopic images
 - rewritten file grouping - it no longer tries all uppercase combinations
 - custom tiff loader - more efficient on large tiffs

If you think it's stable, I'd say release as 1.1.  (I generally think
it's silly to play games with version numbers - the code is what it is,
and the point of numbers is that we can talk about it without getting
confused, and that bugfix-only changes appear as such, no more).

 It is a long time since 1.0 release, I think that the distributions already 
 have their own fixes, so it makes no sense to do a pure bugfix release now.

Not quite; the point of 1.0.x is that if 1.1 is trouble it's usable.
And even conservative distributions will go from 1.0 to 1.0.1, and you
can say in the release announcement: if you have patches to this that
belong upstream, send them in.

As pkgsrc maintainer, I'd update to 1.0.x, and then later to 1.1, and if
trouble could revert or advise to use the old version.


pgpcwnHkNlvDk.pgp
Description: PGP signature
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel

Re: [Geeqie-devel] Geeqie 1.1

[Greg Troxel]

Vladimir Nadvornik nadvor...@suse.cz writes:

 Hi,

 I went through the mailinglist and bugtracker and added the easy fixes to 
 master. If you think that anything important is missing, please tell so.

 For release plan, I'd propose this:

 1. release the current master as Geeqie 1.1
 2. migrate to gtk3, drop the compatibility stuff

Do you really mean 'geeqie will require gtk3'?   Can gtk3 and gtk2
co-exist on the same system?   I can see requiring reasonably up to date
gtk2, but it still seems that there is trouble in the gtk3/gnome3 world.

 3. release Geeqie 2.0
 4. add new features, release often as Geeqie 2.x 



pgpUwY3IHXQLz.pgp
Description: PGP signature
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel

Re: [Geeqie-devel] Geeqie 1.1

[Greg Troxel]

Vladimir Nadvornik nadvor...@suse.cz writes:


 I guess that every major distribution released in the last year already has 
 it.

Distribution usually implies Linux flavor, and geeqie is (or should
be) targeted more broadly, at all reasonable POSIX systems.  But, I just
checked pkgsrc, which is how things like gtk are built for NetBSD and
DragonFly (as the official packaging system), and is also usable on many
other systems (Linux, Solaris, the other BSDs, AIX, IRIX, etc.), and
gtk3 is at 3.4.3 and installed painlessly (and in parallel with gtk2).
I had not previously paid attention to gtk3, but it seems clear it isn't
too bleeding edge.

So I have no bit issue with moving to gtk3 only, but I still think a 2/3
compat plan is best if it doesn't hurt much.  gtk3 is another 61 MB
(installed), but geeqie is a photo viewer and that's only 60 smallish
pictures :-)



pgpnfOc2rlIm2.pgp
Description: PGP signature
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel

Re: [Geeqie-devel] Geeqie 1.1

[Greg Troxel]

Vladimir Nadvornik nadvor...@suse.cz writes:

 The tarball I used for creating the testing packages can be downloaded here:

 http://download.opensuse.org/repositories/home:/nadvornik:/geeqie:/testing/Debian_5.0/geeqie_1.1.orig.tar.gz

Thanks very much for putting that up.  I downloaded it and renamed it to

  geeqie-1.1.tar.gz

which I think is the normal name for the tarball and what I'd expect the
released name to be (and the above is a debianized version, with s/-/_/
and .orig added).  I updated pkgsrc (locally), and the only change I had
to make from 1.0 was that one of the localization files changed names:

-share/locale/zh_CN.GB2312/LC_MESSAGES/geeqie.mo
+share/locale/zh_CN/LC_MESSAGES/geeqie.mo

I installed the new version and used it (the way I use 1.0, which means
not tree view, and not a lot of other stuff, but includes gps/osm
display) and it worked fine.  This was on NetBSD 5.1_STABLE, i386.

The NEWS file says it's a wiki snapshot.  Presumably it contains all the
things new since 1.0, and the wiki page will be deleted (or a new one
created) the next time?  So that file is really NEWS since 1.0?
(pkgsrc requires NEWS-type content in commit messages that update the
version.)

Greg


pgpHlrjnHInOK.pgp
Description: PGP signature
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel

Re: [Geeqie-devel] Next development

[Greg Troxel]

Two thoughts:

  newer libchamplain?  pkgsrc has 0.4, 0.6, 0.8, and it seems
  libchamplain has poor API stability.  But still moving to the current
  stable release seems like a good idea.   Or perhaps there are other
  map widgets instead.

  I'm fine with dropping gtk older than 2.24, and certainly older than
  2.20.



pgpGe8ROMwEbo.pgp
Description: PGP signature
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel

Re: [Geeqie-devel] Bugs

[Greg Troxel]

  What I think should be helpful is:
  - Having a fast list of all bugs maybe filtered by some facts. (Not
paged to 10 bugs on a web 2.0 website)
  - See if and who is handling a bug and what the state is.
  - Maybe interact with other systems (sd does)
  - Uninteruptable way to resolve or handle bugs other way
  - Commandline (It's my preferred way)
  - evtl. also a GUI overview for that who cares.

I basically share your ideal views about bugtrackers (and your 10 bugs
per page joke is quite accurate).  But I haven't found command-line
bug tools.   Currently I lean to trac as good enough and not too annoying.

Another related question is whether geeqie should stay on sourceforge or
find a new home, in light of the recent controversy  of sourceforge
encouraging projects to use their installer and encourage downloading of
proprietary, perhaps adware, toolbars.  And if not, where.


pgpYxY80z0LrJ.pgp
Description: PGP signature
--
Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more!
Discover the easy way to master current and previous Microsoft technologies
and advance your career. Get an incredible 1,500+ hours of step-by-step
tutorial videos with LearnDevNow. Subscribe today and save!
http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel

Re: [Geeqie-devel] Version 1.2.2

[Greg Troxel]

I have updated pkgsrc to 1.2.2 (and not quite committed it yet).  The
only problem I had was that configure uses == with test, and that's a
bash extension not specified by POSIX.   This patch is against configure
(because that's what I had to patch to build the tarball).


--- configure.orig  2015-09-10 14:28:36.0 +
+++ configure
@@ -9146,7 +9146,7 @@ else
 fi
 
 
-if test x$gtk3 == xyes; then
+if test x$gtk3 = xyes; then
 { $as_echo "$as_me:${as_lineno-$LINENO}: WARNING: \"Gtk3 enabled\"" >&5
 $as_echo "$as_me: WARNING: \"Gtk3 enabled\"" >&2;}
 
@@ -9158,7 +9158,7 @@ $as_echo "$as_me: WARNING: \"Gtk3 is pre
 fi
 fi
 
-if test x$gtk3 == xno; then
+if test x$gtk3 = xno; then
 # Check whether --enable-gtktest was given.
 if test "${enable_gtktest+set}" = set; then :
   enableval=$enable_gtktest;


pgpHt1IRIdpj0.pgp
Description: PGP signature
--
Monitor Your Dynamic Infrastructure at Any Scale With Datadog!
Get real-time metrics from all of your servers, apps and tools
in one place.
SourceForge users - Click here to start your Free Trial of Datadog now!
http://pubads.g.doubleclick.net/gampad/clk?id=241902991=/4140___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel

[Geeqie-devel] [PATCH] Use POSIX-specified = in test, not ==.

[Greg Troxel]

---
 configure.in | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/configure.in b/configure.in
index c5b726c..7a75ad2 100644
--- a/configure.in
+++ b/configure.in
@@ -192,7 +192,7 @@ fi
 AM_PATH_GLIB_2_0(2.24.0,,AC_MSG_ERROR(GLIB >= 2.24.0 not installed.))
 AC_ARG_ENABLE([gtk3], AC_HELP_STRING([--disable-gtk3], [use gtk2 instead of 
gtk3]),[gtk3="${enableval}"], [gtk3=m4_ifdef([AM_PATH_GTK_3_0], [auto], [no])])
 
-if test x$gtk3 == xyes; then
+if test x$gtk3 = xyes; then
 AC_MSG_WARN("Gtk3 enabled")
 m4_ifdef([AM_PATH_GTK_3_0], [AM_PATH_GTK_3_0(3.0.0,,AC_MSG_ERROR(GTK+ >= 
3.0.0 not installed.))])
 else
@@ -202,7 +202,7 @@ else
 fi
 fi
 
-if test x$gtk3 == xno; then
+if test x$gtk3 = xno; then
 m4_ifdef([AM_PATH_GTK_2_0], [AM_PATH_GTK_2_0(2.20.0,,AC_MSG_ERROR(GTK+ >= 
2.20.0 not installed.))])
 true
 fi
-- 
2.5.1


--
Monitor Your Dynamic Infrastructure at Any Scale With Datadog!
Get real-time metrics from all of your servers, apps and tools
in one place.
SourceForge users - Click here to start your Free Trial of Datadog now!
http://pubads.g.doubleclick.net/gampad/clk?id=241902991=/4140
___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel

Re: [Geeqie-devel] Getting independent of sourceforge even more

[Greg Troxel]

I think a lot of effort (too much) can easily go into these things.
Good enough and not too much work is what I would want.   I suggest you
look at hosting on savannah.nongnu.org, which hosts Free Software
projects, and is run by the FSF.You can have mail/repos/bugtracking,
and even if the old bugtracker is just abandoned and we start over, I
think it would be ok.


pgpZqwbz27j_A.pgp
Description: PGP signature
--
___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel

Re: [Geeqie-devel] GPS maps

[Greg Troxel]

Colin Clark  writes:

> The config change was made by Vladimir on 18/8/2012 (I think). If 
> clutter and libchamplain libraries are installed, and the enable-clutter 
> option given, then the map is compiled in also.
> The user has the option of preventing the map being included by use of 
> the disable-gps option.

What does clutter do without champlain?

I would be inclined to call this --enable-libchamplain rather than
--enable-gps, becuase --enable-gps sounds like gpsd and real-time
positioning.

I would love to see a way to show all images in a directory on a map at
once, and to get a subview of just the ones in a region after selecting
or clicking on a cluster marker.  Try some of those proprietary photo
apps to see what I mean :-)

> If people report a problem with the map, I will try to help solve it. 
> But from the mailing list I get the feeling that the map is not a 
> significant function for Geeqie users.

I suspect it will become more important as geotagging is more commmon,
especially if it becomes low effort to enable.


signature.asc
Description: PGP signature
--
Mobile security can be enabling, not merely restricting. Employees who
bring their own devices (BYOD) to work are irked by the imposition of MDM
restrictions. Mobile Device Manager Plus allows you to control only the
apps on BYO-devices by containerizing them, leaving personal data untouched!
https://ad.doubleclick.net/ddm/clk/304595813;131938128;j___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel

Re: [Geeqie-devel] GTK2 GTK3

[Greg Troxel]

Colin Clark  writes:

> What is the typical arrangement for development of an application that 
> compiles on both GTK2 and GTK3? Is it standard to maintain two separate 
> development trees?

Generally, one or the other is enabld via something like autoconf and
there are ifdefs when necessary, with an attempt to minimize that.

The alternative is to have a branch, but then one has to merge things
all the time.

> The reason I ask is because of all the deprecated warnings. For 
> instance, the GTK_STOCK_ warnings could probably be eliminated by simple 
> text substitutions. But that would not compile on GTK2.
>
> But to put GTK_CHECK_VERSION around every change would be a nightmare.

yes

> What is your opinion about how to progress?

A really good question :-)


signature.asc
Description: PGP signature
--
Attend Shape: An AT Tech Expo July 15-16. Meet us at AT Park in San
Francisco, CA to explore cutting-edge tech and listen to tech luminaries
present their vision of the future. This family event has something for
everyone, including kids. Get more information and register today.
http://sdm.link/attshape___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel

Re: [Geeqie-devel] Build for Geeqie

[Greg Troxel]

Ian Zimmerman  writes:

> But in the context of geeqie, I'd say don't fix it as long as it's not
> broken.  If it breaks, we can return to this discussion.

That's a very good point.   geeqie seems to need more people to hack on
the code, and the build system really isn't a problem at all.


signature.asc
Description: PGP signature
--
___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel

Re: [Geeqie-devel] Build for Geeqie

[Greg Troxel]

Russel Winder  writes:

> Geeqie currently has an Autotools build. A lot of the GTK world seems
> to be switching to Meson, or at least trying it out. JetBrains CLion
> only accepts CMake builds for projects (at least currently). Is the
> Geeqie team committed to using Autotools, or if an alternate build were
> available might it be accepted?

(speaking for myself of course)

I have found autotools to be quite stable and sane over the years, if a
bit hard to set up for the project.  The newer tools seem to claim to be
better and then people struggle to get all the functionality of
autotools (such as cross building).  So I am very skeptical of changing
to a flavor-of-the-month build tool.

I have never heard of Meson before.  Certainly I may not be paying
enough attention, but it's hard to believe it is mainstream yet.

While CMake is now reasonably common, the idea that some kind of
packaging system will only build packages that use Cmake is very odd.
Certainly large amounts of software does not use CMake, and it is not
reasonable to call something broken because it doesn't.

Before adopting a new build system, I'd like to see written requirements
for the build system, specifically including portability and cross
building, and to see an analysis of how there will be no regressions.


signature.asc
Description: PGP signature
--
___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel

Re: [Geeqie-devel] Build for Geeqie

[Greg Troxel]

Russel Winder  writes:

>> Before adopting a new build system, I'd like to see written
>> requirements
>> for the build system, specifically including portability and cross
>> building, and to see an analysis of how there will be no regressions.
>
> This is a clear management tool to say "we are not going to do this".
> Unlike the comment "Show us it working and we'll think about it" which
> is positive, "write a proposal document" is, to a software project,
> management speak that means "we will put up barriers to avoid any
> change".

Not at all.  It's a reaction to seeing previous projects broken by
people who want to change to shiny new tool of the month, resulting in
losing the ability to cross build.  What I asked for is a page, maybe 2,
so that shiny-new-tool proponents will realize that there is more to a
build system than working for their use case.

In the particular case I'm referring, the shiny things that replaced
autotools was scons, and it's still causing problems, even years later.



signature.asc
Description: PGP signature
--
___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel