Re: [Geeqie-devel] Geeqie 1.1

2012-07-30 Thread John Stoffel

Valdimir,

So what's the geeqie master git site now?  The last updates to the
sourceforge git are from December 2010, I don't see any other updates,
but my git-fu is weak I know.  

Or has development moved elsewhere?  Ah... I see I think.  A little
bit of googling sends me to gitorious.org, which is ok, but the
sourceforge site should be updated to point there if at all possible.

Can we please please please update sourceforge, even just a note on
the homepage would be fine.

John



--
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

2012-07-31 Thread John Stoffel
 Klaus == Klaus Ethgen klaus+gee...@ethgen.de writes:

 Can we please please please update sourceforge, even just a note on
 the homepage would be fine.

Klaus Done. :-)

Nice!  Thanks.  Now can we also update http://geeqie.sourceforge.net/
as well?  It's got links to older stuff...

Sorry to be such a pain.  

John

--
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

2012-08-06 Thread John Stoffel

Guys,

I've pulled down the latest v1.1 from GIT and tried to configure and
compile on a Debian Squeeze (v5.0) system, but each time I get an
error when compiling, it's looking for 'assert' but I haven't had a
chance to dig into this in any detail.  I'm doing the full

   sh autogen.sh
   ./configure
   make

process.  My system is a quad core, 8gb AMD i86_64 system running:

uname -a
   Linux quad 3.3.0-rc6-custom #1 SMP Wed Mar 7 07:07:08 EST 2012 x86_64 
GNU/Linux
cat /etc/debian_version 
   6.0.5

And it's all upto date.  I might be missing a library somewhere, but
I'd say that we need to catch that better in the configure step then.

John


g++ -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include
-pthread -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include
-I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0
-I/usr/include/gio-unix-2.0/ -I/usr/include/pixman-1
-I/usr/include/freetype2 -I/usr/include/libpng12
-I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include   -I.. -I.. -g
-O2   -o geeqie ui_bookmark.o ui_fileops.o ui_help.o ui_menu.o
ui_misc.o ui_pathsel.o ui_spinner.o ui_tabcomp.o ui_tree_edit.o
ui_utildlg.o advanced_exif.o bar.o bar_comment.o bar_gps.o
bar_histogram.o bar_keywords.o bar_exif.o bar_sort.o cache.o
cache-loader.o cache_maint.o cellrenderericon.o collect.o
collect-dlg.o collect-io.o collect-table.o color-man.o compat.o
debug.o desktop_file.o dnd.o dupe.o editors.o exif.o exif-common.o
exiv2.o filecache.o filedata.o filefilter.o gq-marshal.o
format_canon.o format_fuji.o format_nikon.o format_olympus.o
format_raw.o fullscreen.o histogram.o history_list.o image.o
image-load.o image_load_gdk.o image_load_jpeg.o image_load_tiff.o
image-overlay.o img-view.o jpeg_parser.o layout.o layout_config.o
layout_image.o layout_util.o lirc.o logwindow.o main.o md5-util.o
menu.o metadata.o misc.o options.o pan-calendar.o pan-folder.o
pan-grid.o pan-item.o pan-timeline.o pan-util.o pan-view.o
pixbuf-renderer.o renderer-tiles.o pixbuf_util.o preferences.o print.o
remote.o rcfile.o search.o secure_save.o similar.o slideshow.o thumb.o
thumb_standard.o trash.o uri_utils.o utilops.o view_dir.o
view_dir_list.o view_dir_tree.o view_file.o view_file_list.o
view_file_icon.o window.o -pthread -lgtk-x11-2.0 -lgdk-x11-2.0
-latk-1.0 -lpangoft2-1.0 -lgdk_pixbuf-2.0 -lm -lpangocairo-1.0 -lcairo
-lgio-2.0 -lpango-1.0 -lfreetype -lfontconfig -lgobject-2.0
-lgmodule-2.0 -lgthread-2.0 -lrt -lglib-2.0   -pthread -lgthread-2.0
-lrt -lglib-2.0-ljpeg
exif-common.o: In function `exif_init_cache':
/home/john/src/geegie/gitorious/src/exif-common.c:642: undefined
reference to `assert'
collect2: ld returned 1 exit status
make[3]: *** [geeqie] Error 1
make[3]: Leaving directory `/home/john/src/geegie/gitorious/src'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/john/src/geegie/gitorious/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/john/src/geegie/gitorious'
make: *** [all] Error 2

--
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

2012-08-06 Thread John Stoffel

John I've pulled down the latest v1.1 from GIT and tried to configure
John and compile on a Debian Squeeze (v5.0) system, but each time I
John get an error when compiling, it's looking for 'assert' but I
John haven't had a chance to dig into this in any detail.  I'm doing
John the full

John exif-common.o: In function `exif_init_cache':
John /home/john/src/geegie/gitorious/src/exif-common.c:642: undefined

Well, now that I've spent two minutes on this, it now compiles if
I change that to g_assert() instead of assert() in that file.
Haven't a chance to actually run it though.

I did also try installing libexif-dev, libexif-gtk-dev and another
library which wasn't installed yet, but that didn't make a
difference.  

I'm wondering why other's aren't seeing this problem?  I'm current as
of commit 5fd7dc2e202ea131aa0d9d399a17066c3be56393

Thanks,
John

--
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

2012-08-07 Thread John Stoffel
 Klaus == Klaus Ethgen klaus+gee...@ethgen.de writes:

Klaus -BEGIN PGP SIGNED MESSAGE-
Klaus Hash: SHA512

Klaus Hello,

Klaus Am Mo den  6. Aug 2012 um 21:21 schrieb John Stoffel:
 /home/john/src/geegie/gitorious/src/exif-common.c:642: undefined
 reference to `assert'

Klaus I will just go and track that down. It is a annoying problem. That is
Klaus only a missing library but I do not know which one.

I tried tracking it, but haven't had any time to spend on testing.
Thanks for looking into it.

John

--
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

2012-08-07 Thread John Stoffel
 Vladimir == Vladimir Nadvornik nadvor...@suse.cz writes:

Vladimir Dne pondělí 06 Srpen 2012 22:28:29 John Stoffel napsal(a):
John I've pulled down the latest v1.1 from GIT and tried to configure
John and compile on a Debian Squeeze (v5.0) system, but each time I
John get an error when compiling, it's looking for 'assert' but I
John haven't had a chance to dig into this in any detail.  I'm doing
John the full
 
John exif-common.o: In function `exif_init_cache':
John /home/john/src/geegie/gitorious/src/exif-common.c:642: undefined
 
 Well, now that I've spent two minutes on this, it now compiles if
 I change that to g_assert() instead of assert() in that file.
 Haven't a chance to actually run it though.
 
 I did also try installing libexif-dev, libexif-gtk-dev and another
 library which wasn't installed yet, but that didn't make a
 difference.
 
 I'm wondering why other's aren't seeing this problem?  I'm current as
 of commit 5fd7dc2e202ea131aa0d9d399a17066c3be56393
 

Vladimir Here is my log from debian 5.0. It compiles fine.

Vladimir 
https://build.opensuse.org/package/rawlog?arch=x86_64package=geeqieproject=home%3Anadvornik%3Ageeqie%3Atestingrepository=Debian_5.0


Vladimir You can compare the details if you want, but I also think that 
changing it to 
Vladimir g_assert is the easiest fix.

If it's a missing dependency in the build, then fixing the autogen.sh
and configure steps might be a good thing too.  Though I don't know
how divergent the various distros are from each other in terms of
packaging libraries.  

I'll see about pulling out your install list and comparing it with
mine to see what libsyou have installed that I don't have.  

But if just changing to g_assert is the answer... then we should
probably go there.

John

--
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

2012-08-07 Thread John Stoffel

vinit The current version of geeqie1.1 that vladimir has putted, is
vinit not been able to recognize the image files if the file names of
vinit these file do not end with one of the standard image file
vinit extension. I think the application should look into the
vinit directory for all the image files based on their format rather
vinit than their file extension. like how the nautilus, the default
vinit file browser for gnome does. it does it for all media files. i
vinit think geeqie should have this feature.

It's a good idea, but maybe have it as an option instead?  If the
option is on (default off), geeqie does the equivilent of a 'file'
command on each file to see if it can determine the image type.  

And if you want to whip up a patch, even just an example one, I'm sure
that would be an incentive to get it into the app.

John

--
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

2012-08-07 Thread John Stoffel
 Omari == Omari Stephens x...@csail.mit.edu writes:

Omari On 08/07/2012 07:27 PM, John Stoffel wrote:
 
vinit The current version of geeqie1.1 that vladimir has putted, is
vinit not been able to recognize the image files if the file names of
vinit these file do not end with one of the standard image file
vinit extension. I think the application should look into the
vinit directory for all the image files based on their format rather
vinit than their file extension. like how the nautilus, the default
vinit file browser for gnome does. it does it for all media files. i
vinit think geeqie should have this feature.
 
 It's a good idea, but maybe have it as an option instead?  If the
 option is on (default off), geeqie does the equivilent of a 'file'
 command on each file to see if it can determine the image type.
 
 And if you want to whip up a patch, even just an example one, I'm sure
 that would be an incentive to get it into the app.

Omari If it's an option, it should default to off. 

That's what I suggested too.  

Omari Having to fork() and read() for every single file in a
Omari directory is drastically more expensive than just doing a
Omari single scandir() on the containing directory.

Well, since we already build thumbnails when we enter a directory, it
might only need to do this work when it finds a file it doesn't
recognize in terms of extension. 

Omari That said, I do question just how useful or widely-used it
Omari would be.  How many people (1) have images which are stored
Omari without appropriate file extensions, and (2) use, or would use,
Omari geeqie rather than something less powerful/more user-friendly?

I think I'd like to have this, since sometimes I have geeqie list
files in my thumbnail view which it can't open for various reasons.  

Omari Given how many dark, unmaintained corners geeqie has already, I
Omari definitely think we should make sure that the features we add
Omari have sufficient value.

Sure, but if it's not expensive to implement as a test... what hurt
can it do?  *grin*  I took a quick look throug  the code, but I didn't
find the proper routines, but I'm also not up on the gtk toolkit
either, so I don't know what to look for.

John

--
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 bugfix release

2012-09-24 Thread John Stoffel
 Vladimir == Vladimir Nadvornik nadvor...@suse.cz writes:

Vladimir Hi,
Vladimir I am thinking about a bugfix release for 1.1.

Vladimir Candidates for inclusinon are:


Vladimir 68619b544a553fcaf636894ec894553a0c8f650e
Vladimir added Samsung and Panasonic raw extensions

Vladimir 085be43cb79e04341102a9922e0e0f531454089a
Vladimir fixed updating of comment and keyword pane

Vladimir e8cd71d6f52967d7dd63efcb186834aa9e6e53e5
Vladimir big-endian fixes


Vladimir Any opinions?

Release it early and release it often1

--
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] 2 things I miss from gqview

2015-11-18 Thread John Stoffel

I just use:

   jhead -n"%Y%m%d-%H%M%S"

on image files, if they have proper times.  Such as from cameras, etc.


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


[Geeqie-devel] [PATCH] - updated readme with new copyright, and compilation instructions

2015-09-18 Thread John Stoffel

Signed-off-by: John Stoffel <j...@stoffel.org>
---
 README |   24 
 1 file changed, 20 insertions(+), 4 deletions(-)

diff --git a/README b/README
index b8a0051..5a7a8ec 100644
--- a/README
+++ b/README
@@ -1,7 +1,7 @@
 ###
-##Geeqie 1.1 ##
+##Geeqie 1.2.2   ##
 ##   ##
-##  Copyright (C) 2008 - 2012 The Geeqie Team##
+##  Copyright (C) 2008 - 2015 The Geeqie Team##
 ##  Copyright (C) 1999 - 2006 John Ellis.##
 ##   ##
 ##  Use at your own risk!##
@@ -66,7 +66,7 @@ geeqie-devel@lists.sourceforge.net
 
  Notes and changes for this release[section:release_notes]
 
-See http://geeqie.wiki.sourceforge.net/new_features
+See http://geeqie.org
 
 
   Code hackers:
@@ -76,6 +76,16 @@ See http://geeqie.wiki.sourceforge.net/new_features
 can avoid duplication of effort.
  The Geeqie Team
 
+
+  Getting the code:
+
+   $ git clone git://www.geeqie.org/geeqie.git geeqie
+   $ cd geeqie
+   $ ./autogen.sh
+   $ ./configure 
+   $ make
+
+
   Known bugs:
 
 see the Geeqie Bug Tracker at TODO file.
@@ -103,6 +113,9 @@ See http://geeqie.wiki.sourceforge.net/new_features
   dimensions, or image content similarity.
 - EXIF support.
 
+  Geeqie 1.2:
+- 
+
   Geeqie 1.1:
 - support for stereoscopic images
   - input: side-by-side (JPS) and MPO format
@@ -271,7 +284,10 @@ in the Preferences dialog.
  Editor command macros   [section:editors]
 
 Editors are configured via standard desktop files, see
-https://sourceforge.net/apps/trac/geeqie/wiki/GuideEditorsConfig
+
+http://www.geeqie.org
+
+( old site is https://sourceforge.net/apps/trac/geeqie/wiki/GuideEditorsConfig)
 
 
  Overlay Info[section:overlay]
-- 
1.7.10.4


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


[Geeqie-devel] [PATCH] Quiet down warnings about deprecated APIs for now. Should be configurable.

2016-05-28 Thread John Stoffel

 src/Makefile.am | 3 ++-
  1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/src/Makefile.am b/src/Makefile.am
index 6941e38..156d01c 100644
--- a/src/Makefile.am
+++ b/src/Makefile.am
@@ -11,7 +11,8 @@ AM_CFLAGS =   \
$(CLUTTER_CFLAGS)   \
$(CLUTTER_GTK_CFLAGS)   \
-I$(top_srcdir) \
-   -I$(top_builddir)
+   -I$(top_builddir)   \
+   -Wno-deprecated-declarations


 AM_CXXFLAGS =  \
 --
 2.1.4



--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity 
planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e
___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel


Re: [Geeqie-devel] Release 1.3

2016-05-28 Thread John Stoffel
>>>>> "Klaus" == Klaus Ethgen <klaus+gee...@ethgen.de> writes:

Klaus> -BEGIN PGP SIGNED MESSAGE-
Klaus> Hash: SHA512

Klaus> Hi,

Klaus> Am Fr den 27. Mai 2016 um 19:33 schrieb John Stoffel:
>> Just to let you know, I'm seeing a bunch of warnings when I did a test
>> compile on Debian Jesse x86_64 system.  I probably don't have all the
>> right libraries installed or something, but I figured cleaning this up
>> would be a good start.

Klaus> Yes, we use some deprecated stuff. Some of them I even don't
Klaus> want to replace. (The inline image stuff)

It would be nice if we could turn those warnings off somehow, because
they will just hide other more important errors.  

Klaus> There are even some warnings in rcfile.c.. Nothing critical but
Klaus> might need some small work.

Well now I think I can try to work on those cleanups if I can find
some time.  Just gettings the warnings fixed would be a good goal in
my mind.

John

--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity 
planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e
___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel


Re: [Geeqie-devel] Release 1.3

2016-05-30 Thread John Stoffel

Colin> My view, which is but one of many, is that all compiler
Colin> messages other than errors should be inhibited for a standard
Colin> build.

I think we should inhibit the deprecated warnings, they're useless
unless we're doing a new release and/or moving to a new version of
GTK.  Otherwise they just provide no useful information at this time.

The (whitespace) dammaged patch I sent goes a long way to making
things quieter, so we can work on the real errors.

Colin> There may be people trying to use Geeqie who struggle just to
Colin> download a tar and do a make. For them, compiler warnings are
Colin> an unnecessary worry, because they do not understand that the
Colin> warnings are in fact irrelevant to them.

Exactly.  These days it's so easy to do: git clone ... && ./configure
&& make
that we should support that model if at all possible.  

Colin> They are only relevant to the developers - and unfortunately
Colin> there seems to be very few of those around at the moment.

I'm slowly trying to help out where I can.  I don't know GTK at all.

Colin> Deprecated warnings will never go away, because as fast as they
Colin> are fixed, the GTK developers are at work creating a few more.

Heh.

Colin> My view is that all warnings should only be enabled with the
Colin> --enable-developer option.

And just update the readme to reflect that change.  

--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity 
planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e
___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel


Re: [Geeqie-devel] Release 1.3

2016-05-27 Thread John Stoffel

Just to let you know, I'm seeing a bunch of warnings when I did a test
compile on Debian Jesse x86_64 system.  I probably don't have all the
right libraries installed or something, but I figured cleaning this up
would be a good start.

Maybe I can do something this weekend... Sorry for the crappy cut'n'paste, my 
terminals are doing something wonky... and this is only a small subset of the 
warnings I'm getting.  It would be nice to get rid of these deprecated warnings 
for regular builds


image.c: In function ‘image_select’:
image.c:1679:3: warning: ‘gtk_widget_set_state’ is deprecated (declared at 
/usr/include/gtk-3.0/gtk]
   gtk_widget_set_state(imd->widget, GTK_STATE_SELECTED);
  ^
  image.c:1680:3: warning: ‘gtk_widget_set_state’ is deprecated (declared 
at /usr/include/gtk-3.0/gtk]
 gtk_widget_set_state(imd->pr, GTK_STATE_NORMAL); /* do not propagate */
^
image.c:1683:3: warning: ‘gtk_widget_set_state’ is deprecated 
(declared at /usr/include/gtk-3.0/gtk]
   gtk_widget_set_state(imd->widget, GTK_STATE_NORMAL);
  ^
  image.c: In function ‘selectable_frame_draw_cb’:
  image.c:1788:2: warning: ‘gtk_paint_flat_box’ is deprecated 
(declared at /usr/include/gtk-3.0/gtk/d]
gtk_paint_flat_box(gtk_widget_get_style(widget),
  ^
  image.c:1788:2: warning: ‘gtk_widget_get_style’ is 
deprecated (declared at /usr/include/gtk-3.0/gtk]
  image.c:1790:7: warning: ‘gtk_widget_get_state’ is 
deprecated (declared at /usr/include/gtk-3.0/gtk]
 gtk_widget_get_state(widget),
^
image.c:1799:3: warning: ‘gtk_paint_focus’ 
is deprecated (declared at /usr/include/gtk-3.0/gtk/depr]
   
gtk_paint_focus(gtk_widget_get_style(widget), cr, GTK_STATE_ACTIVE,
  ^
  image.c:1799:3: warning: 
‘gtk_widget_get_style’ is deprecated (declared at /usr/include/gtk-3.0/gtk]
  image.c:1806:3: warning: 
‘gtk_paint_shadow’ is deprecated (declared at /usr/include/gtk-3.0/gtk/dep]
 
gtk_paint_shadow(gtk_widget_get_style(widget), cr, GTK_STATE_NORMAL, 
GTK_SHADOW_IN,
^
image.c:1806:3: warning: 
‘gtk_widget_get_style’ is deprecated (declared at /usr/include/gtk-3.0/gtk]
image.c: In function 
‘image_new’:
image.c:1916:2: warning: 
‘gtk_vbox_new’ is deprecated (declared at /usr/include/gtk-3.0/gtk/depreca]
  imd->widget = gtk_vbox_new(0, 
0);
^
mv -f .deps/image.Tpo 
.deps/image.Po


--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity 
planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e
___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel


Re: [Geeqie-devel] Resource leak in Geeqie 1.2 on debian jessie?

2016-02-26 Thread John Stoffel

Klaus> I seen that behaviour before but not recently (And I also have
Klaus> dirs with high amount of files).

I just did some testing last night on my Mint 17.3 system as well,
using geeqie 1:1.1-8 and I didn't see major growth of the library,
even with lots of thumbnails.

Klaus> I suspect that bug to have to do with some library problem. (I
Klaus> use debian sid.)

I'm interested in hearing about the 32bit vs 64bit issues, since I
suspect that might be the root cause here.  

Klaus> Am Fr den 26. Feb 2016 um  1:36 schrieb John Stoffel:
>> git://geeqie.git.sourceforge.net/gitroot/geeqie/geeqie
>> 
>> and building it and letting us know what happens?

Klaus> Never use that repository. We migrated away from sourceforge
Klaus> long ago.  The last commit on that repository is from end of
Klaus> 2010(!). Sourceforge is a company that is not trustworthy as
Klaus> they bundles malware with downloads. (Although the company has
Klaus> changed since then but the trust is sustainable destroyed.)

Oops!  I just had my own repository sitting around looked at the
origin.  I've since blown it away and re-cloned.  Thanks!  Too bad we
can't get into SourceForge and nuke that repository...

Klaus> The current repository is git://www.geeqie.org/geeqie.git

Klaus> I did some bugfixing recently in master branch but that does
Klaus> not address this particular issue.

Klaus> Current version in debian is 1.2.2-2 which met upstream and
Klaus> there is already one bugfix commit on release branch ahead
Klaus> waiting for the next release.

Nice!  

--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151=/4140
___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel


Re: [Geeqie-devel] Resource leak in Geeqie 1.2 on debian jessie?

2016-02-25 Thread John Stoffel

Hartmut> My geeqie consumes HUGE amounts of main memory and every
Hartmut> other day crashes the X server.

Can you give me details please?  cat /proc/version, geeqie --version,
etc?  

Hartmut> I mean: I flip through two or three directories of 100 photos each and 
I 
Hartmut> can watch
Hartmut> the (buffers?) memory rise in the GByte range.
Hartmut> After some usage, the thumbnail view starts having problems, showing 
Hartmut> about half of the thumbnails,
Hartmut> the rest is just white
Hartmut> (showing different thumbnails when I choose a different photo and the 
Hartmut> thumbnail view is redrawn).

Hartmut> When these problems start and I continue using it, sometimes
Hartmut> it is aborted with some X error message (next time I copy it
Hartmut> to a file, I promise), sometimes X crashes and I am back to
Hartmut> the login screen.

Hartmut> I use Debian Jessie on i86 (32bit). Since I upgraded from 4
Hartmut> GB to 12 GB of RAM, geeqie just takes even more of it :-(

You should be running 64bit mode, you're probably running out of
low-mem (under 4gb) on the system.  But again, more details would
help.

Could you try cloning the latest git from:

git://geeqie.git.sourceforge.net/gitroot/geeqie/geeqie

and building it and letting us know what happens?

Hartmut> I do not use Gnome, but LXDE, so it might be some
Hartmut> (gnome-typical) tool or configuration detail missing.  Does
Hartmut> anybody have an idea, what problem I have?

Can you send a screenshot from 'top' just before it happens?  You
could also run geeqie with --debug to see if that gives more info.

John


--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151=/4140
___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel


Re: [Geeqie-devel] Resource leak in Geeqie 1.2 on debian jessie?

2016-03-08 Thread John Stoffel

Hartmut> You are certainly right that I can (and maybe should) run a
Hartmut> real 64bit kernel. I am already in the process of doing it,
Hartmut> but there are so many programs to install and configure that
Hartmut> it is going to take some time until my 64bit jessie can take
Hartmut> over.

I don't think you need to do anything more than install the 64bit
kernel from the current distro and let apt-get install all the
dependencies for you.  Thne you just reboot and it should (knock on
wood!) work. 

Hartmut> But I had the same problem with 4G of RAM.  So this is not a
Hartmut> "more than 4GBytes of RAM is too much on a 32bit kernel" only
Hartmut> problem.

Sure, but I think the problem is that geeqie (or the libraries it
depends on) are too aggresive with memory usage, which causes problems
when you exhaust all the memory it can access.

When running a 32bit program, even on a 12gb machine, a process can
only access about 3gb worth of data at any one time no matter what as
I recall.  Now you can have multiple processes using lots of memory,
but I think you can only use 3gb (not 4gb, since you need to leave the
other 1gb for system libraries and such) of process memory space. And
thinking on it, it might even be limited to just 2g/2g split.  

Hartmut> I would like to understand why the system becomes unstable.
Hartmut> "Too much RAM" sounds too easy. There must be at least one
Hartmut> bug to find.

I suspect geeqie does have memory problems.  I'll have to try and see
if I can find the time to spin it up in a 32bit VM and see what
happens.  Or even on a rapsberryPi as a test.  

Hartmut> And I want to run all my tests on 64bit jessie as well.  I
Hartmut> have not seen geeqie perform well under that condition yet.

If you can get this same issue to happen under a 64bit OS, kernel and
geeqie version, then that would be interesting for sure.  And
something I could maybe even help out with testing out.

John

--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://makebettercode.com/inteldaal-eval
___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel


Re: [Geeqie-devel] Build for Geeqie

2016-11-20 Thread John Stoffel
> "Russel" == Russel Winder  writes:

Russel> On Wed, 2016-11-16 at 07:43 -0500, Greg Troxel wrote:
Russel> […]

>> 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.

Russel> GStreamer for one is looking to replace Autotools with Meson.

>> 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.

Russel> This is a clear management tool to say "we are not going to do this".
Russel> Unlike the comment "Show us it working and we'll think about it" which
Russel> is positive, "write a proposal document" is, to a software project,
Russel> management speak that means "we will put up barriers to avoid any
Russel> change".

Russel> I get the message. I'll go away.

Christ, stop the passive aggresive stuff will you?  And get a thicker
skin when people trash you suggestion.  If you feel so strongly about
it, and if moving to CMake or some other tool will help you contribute
in a major way to geeqie, then go ahead.

Start a branch, start your work and put it out over the wall for
others to see!  Please please please do not let some people not being
excited for your idea mean they don't want YOU contributing.  They're
down on the idea, not on you and your desire to contribute!

John

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


Re: [Geeqie-devel] Geeqie coding standards? Third edition :o)

2016-12-23 Thread John Stoffel

Omari> It appears that each time I come back to working on Geeqie, I send one 
Omari> of these emails ;o)

LOL!

Omari> Here are threads #1 and #2:
Omari> #1: https://sourceforge.net/p/geeqie/mailman/message/22531197/
Omari> #2: https://sourceforge.net/p/geeqie/mailman/message/27441283/

Omari> In #2, I had created a one-liner to compute a line-length
Omari> histogram our codebase.  I've rerun it and included the results
Omari> below as [1].  If also attached a list of max-line-length by
Omari> source file.  As of my git clone from earlier this week, Geeqie
Omari> has 106k lines.  227 of those lines are over 160 characters.
Omari> That's 0.2%

Omari> I am willing to change those 227 lines by hand if it means we can commit 
Omari> to a line length limit of 160 characters.

Why don't you setup a test branch on github and show what you propose?
Heck, I'd be happy to limit lines to 100 columns unless absoltely
required.  

Omari> But beyond that, ClangFormat exists now.  Because it's part of
Omari> Clang, and actually lexes/parses the C language, it can make
Omari> actual semantically-driven decisions about how a piece of
Omari> source code should look.  This means that _if_ we decide on
Omari> some style, ClangFormat should make it relatively
Omari> straightforward to update the codebase in one fell swoop.  (And
Omari> FYI, the C++ standard at Google, where I work, is to run all
Omari> code through ClangFormat, with exceptions specified as per [2])

Again, run the codebase through and send out a link to a sample branch
so we can look it over.

Omari> With that said, I would love for us to get away from a style
Omari> that encourages us to mix tabs and spaces.  See, for instance,
Omari> [3].  There is no way to match an arbitrary paren on the prior
Omari> line without using spaces for some indentation.  But if our
Omari> style is to use tabs for most indentation, it either means that
Omari> you can't match the exact paren offset from the previous line,
Omari> or you have to mix tabs and spaces.

Samples?  

Omari> My personal preference would be to switch to using spaces for
Omari> all indentation, but I would be okay with using tabs for all
Omari> indentation as well, so long as we avoid situations where the
Omari> tabs need to be padded with spaces.

Something consistent that vim/emacs/joe/eclipse/your favorite IDE can
all agree on is fine with me.

John

--
Developer Access Program for Intel Xeon Phi Processors
Access to Intel Xeon Phi processor-based developer platforms.
With one year of Intel Parallel Studio XE.
Training and support from Colfax.
Order your platform today.http://sdm.link/intel
___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel


Re: [Geeqie-devel] Github term of service incompatible to geeqie license (GPL)

2017-03-01 Thread John Stoffel
> "Klaus" == Klaus Ethgen  writes:

Klaus> Today I found that github changed their term of service effectively for
Klaus> today.[0]

Klaus> The new term of service seems to be a bit problematic and disallows to
Klaus> have geeqie on github. Or better said, geeqies license (GPL) is
Klaus> incompatible to github term of service.

Klaus> I am no native English speaker and also no lawyer, but there is
Klaus> a good analysis[1] describing the problems.

No, there is one person's analysis of the problem, and who doesn't
talk about the issue in a legal manner.  When someone throws around
phrases like "it's now illegal" when a site changes it's terms of
service, then the stupdity is flowing.  

Klaus> Please have a look and comment. I think, the only way is to
Klaus> remove geeqie completely from github. And please don't push any
Klaus> content to github (the original geeqie repository is ok) unless
Klaus> the issue is cleared. It seems that until we continue _using_
Klaus> github, we agree with the new term of service, what we might
Klaus> not be able to do.

I don't know why you think these terms change anything?  It's just a
way for github to cover themselves from lawsuits if someone takes and
posts on github stuff they don't own.

It's not suddenly making GPL software illegal on there at all.  Its
like the terms and service agreements that lots and lots of other
sites have in place as well.

Please do not freak out over this, do not stop people from pushing
stuff to github, and certainly do not apply the flaky reasoning of
just one non-lawyer's opinion to this project.

If they don't like the terms of service, then fine, they can move
their project(s) elsewhere.  Big deal.

Basically, all github is saying that when you push stuff up there,
it's publiclly available and that you give them the right to make it
visible to others.  It's *your* job to make sure you have the right to
do so, not theirs.

John

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel