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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
---
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.))
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
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
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
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
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
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
24 matches
Mail list logo