Re: [Geeqie-devel] Geeqie 1.1
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
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
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
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
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
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
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
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
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
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
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.
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
>>>>> "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
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
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?
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?
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?
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
> "Russel" == Russel Winderwrites: 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)
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)
> "Klaus" == Klaus Ethgenwrites: 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