Re: [Geeqie-devel] Github term of service incompatible to geeqie license (GPL)
>>>>> "Roger" == Roger writes: >> On Wed, Mar 01, 2017 at 04:29:00PM -0500, John Stoffel wrote: >>>>>>> "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 Roger> I'm no lawyer nor have I read the changes, but continueing a Roger> service after a change in legal terms is emplaced, could be Roger> construed as the customer agreeing to the new terms of service. Roger> This is likely why Klaus (likely wisely) stated not to make any Roger> further commits to GitHub until he receives clarification. Go read the changes and what the agreement says for yourself. Roger> If I'm not mistaken, Klaus is the big guy (or the party Roger> responsible), so things will likely go as he wishes. Sure, he can do what he wants. But then again, one of us could fork geeqie and put it on github or some other hosting service too. Heck, I've got a VPS and I could spring for another $5/mon to increase the RAM and host it there. But github does offer a bunch of good features. Roger> I frequently encounter poor legal advice, and many people or Roger> corporations think they can do something when they really Roger> cannot do something legally. And, a lot of people like to Roger> utilize fear tactics in an attempt to deter some apparent Roger> undesirable activity, again illegal in some or many States or Roger> Countries. Yup. This is why you need to talk to a real lawyer if people are so concerned. Roger> I do not think it has been so long that, many have not Roger> forgotten the horrid tactics sf.net enstated not so long ago! Yup, they were doing much worse things, and actively putting crap into downloads and basically forgetting what they're mission was in the search of more money for the owners. It's a balancing act. It costs github money to run. Roger> This is one of the reasons why I would use a private server or Roger> private shell account for publicizing a software project, Roger> versus using something like github, etc... There's big downsides too, both in terms of security, level of effort to run such a project, etc. Before people freak out over the changes, go and read them for yourselves. 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
Re: [Geeqie-devel] Github term of service incompatible to geeqie license (GPL)
> "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
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] Build for Geeqie
> "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] 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
[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 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
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] Release 1.3
Klaus> I released v1.3 just recently. Klaus> You can either clone it from v1.3 tag or download the tar.xz from our Klaus> website. Thanks! -- 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?
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] Resource leak in Geeqie 1.2 on debian jessie?
Klaus> Am Mo den 7. Mär 2016 um 23:12 schrieb Hartmut Niemann: >> $ cat /proc/version >> Linux version 3.16.0-4-686-pae (debian-ker...@lists.debian.org) (gcc version >> 4.8.4 (Debian 4.8.4-1) ) #1 SMP Debian 3.16.7-ckt20-1+deb8u3 (2016-01-17) I really think this is your problem in alot of ways. You have an i686 kernel (32bit) with the PAE extensions installed because you have 12gb of RAM in the system. Why aren't you running a x86_64 (64bit) kernel and userland? You can certainly install the 32bit libraries as well if you need them for an application. But moving to a pure 64bit kernel (can you send the output of cat /proc/cpuinfo?) with a mixed 64bit/32bit userland (if needed) you'll get a much bigger address space. Now I can certainly see how geeqie, or possibly the toolkit and libraries, might not handle large amounts of highmem properly on a 32bit system using PAE. In my mind, it's just not worth the hassle. How hard would it be to install a 64bit kernel on this system? 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] 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&iu=/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&iu=/4140 ___ 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 --- 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] latest git has a bug
You need the following quick patch to do a proper autoconf --add-missing when you clone the git repository. > git diff diff --git a/configure.in b/configure.in index c5b726c..9bd694b 100644 --- a/configure.in +++ b/configure.in @@ -540,7 +540,7 @@ AC_CONFIG_FILES([ src/Makefile src/icons/Makefile src/icons/svg/Makefile -po/Makefile.in +po/Makefile doc/Makefile plugins/Makefile plugins/symlink/Makefile Except that this too is busted... there's no po/Makefile.in at all. This is as of commit 1e962d0bef8a5041751d593271a6e6d3165767c8 from Sept 10th. John -- ___ Geeqie-devel mailing list Geeqie-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geeqie-devel
[Geeqie-devel] List Ettiquette
>>>>> "Ian" == Ian Zimmerman writes: Ian> On 2015-09-10 11:27 -0400, John Stoffel wrote: >> When will geeqie (if ever) support animated gifs? I've been forced to >> use ristretto lately, and I don't like it nearly as much. Ian> Please don't reuse threads for an unrelated topic. That means Ian> not using "reply" or "follow-up" in your email software; you Ian> should create a new post from scratch in such cases. If you want Ian> to avoid typing the list address next time, you can save it in Ian> your address book, or whatever your email program calls that Ian> feature. My apologies, I was just jumping into the version 1.2.x gravy train. -- ___ Geeqie-devel mailing list Geeqie-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geeqie-devel
Re: [Geeqie-devel] Version 1.2.1
When will geeqie (if ever) support animated gifs? I've been forced to use ristretto lately, and I don't like it nearly as much. -- 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&iu=/4140 ___ Geeqie-devel mailing list Geeqie-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geeqie-devel
Re: [Geeqie-devel] Loosing gitorious in 11 weeks (Now only 12 days left)
Klaus> We have only 12 days left on gitorious but currently we did not Klaus> find a common sense what to use in future. What's wrong with github for just basic hosting? I realize some people might not like it, but for just keeping it alive and available... it seems like a no brainer. Klaus> Although thanks to git nothing will be lost, we should have a Klaus> direct successor for the project. Klaus> So I have a suggestion: I would not like to have the stuff not Klaus> on community platform but with the current state I think of Klaus> registering geeqie.org as domain and point it to the server I Klaus> own. I would not want to block the domain but that would help Klaus> us to move it to other places in future much easier. I already Klaus> have the most stuff in place so it is pretty easy to configure Klaus> that. geeqie.org would be nice, but I know that setting up and securing and keeping secure a personal web server can be a real hassle... I love geeqie and use it all the time. I just wish it did animated gifs properly... for all my silly cat videos. -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ 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 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] Geeqie 1.1
Vladimir> I have found 2 problems: Vladimir> 1. the exif_read_fd() could return NULL on missing file, but the old value Vladimir> stayed in cache, so it triggered assertion in exif_free_fd(). Vladimir> 2. file_data_check_sidecars() sometimes ended with broken data structures. Vladimir> I am not sure what exactly happened, but after a rewrite it seems to work Vladimir> fine. Vladimir> With the attached patch Geeqie ran overinight ithout Vladimir> crash. Please try it with your testsuite.. Did you commit these to a git branch? 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 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
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
>>>>> "Vladimir" == Vladimir Nadvornik 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_64&package=geeqie&project=home%3Anadvornik%3Ageeqie%3Atesting&repository=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
>>>>> "Klaus" == Klaus Ethgen 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
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
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
> "Vladimir" == Vladimir Nadvornik writes: Vladimir> On Monday, July 30, 2012 03:04:32 PM Greg Troxel wrote: >> Vladimir Nadvornik 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. >> Vladimir> The main problem is that recent version of some libraries Vladimir> are available only for gtk3. It already hit us with Vladimir> libchamplain-gtk - currently it is not possible to compile Vladimir> the gps map pane. But how many distributions are using gtk3 right now, or deploying these newer libraries? Vladimir> The same problem will be with clutter-gtk if we want to use Vladimir> hw acceleration or replace Pan view in the future. So I Vladimir> think that we have to migrate to gtk3 or we end with old and Vladimir> unmaintained libraries soon or later. Vladimir> gtk2 and 3 can co-exist on the same system, but not in the Vladimir> same application. Vladimir> The list of required changes is quite long, see: Vladimir> http://developer.gnome.org/gtk3/3.5/gtk-migrating-2-to-3.html Vladimir> I am not sure if it is possible to maintain code that Vladimir> compiles against both versions. Maybe it is a better idea to Vladimir> clean up the code and continue with gtk3 only. I think the better idea is to just release version 1.1 or 2.0 of geeqie and get development and releases moving again, but without the gtk3 changes. Those should go into a new version, maybe 3.0, instead. Let's not bite off more than we can chew, especially if the changes are really intrusive into the codebase. 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 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
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
>>>>> "Vladimir" == Vladimir Nadvornik writes: Vladimir> Dne pátek 27 Červenec 2012 17:44:27 John Stoffel napsal(a): >> >> Can you give a summary of the differnces between the two branches? >> Maybe it would make sense to replace a 1.1beta patch release and a all >> the new features in a 2.0beta release so we cna look them over and see >> what's needed. >> Vladimir> stable/1.1 branch contains just some bugfixes Speaking of bugs, the one that I run into all the time is when I'm deleting images quickly using the 'del' key. Sometimes it bombs out and throws up and error window saying it can't find a file or something. I'm not at my desktop, so I can't get the exact message. My images are usually on an NFS server, being accessed by geeqie running on VM or another system. I've mostly worked around it by disabling the saving of backup images, but I'm not positive. I can do more testing and let you know. Vladimir> master contains these features Vladimir> - support for stereoscopic images Vladimir> - rewritten file grouping - it no longer tries all uppercase combinations Vladimir> - custom tiff loader - more efficient on large tiffs Nice. I'd like to see it become more efficient when loading a directory with large numbers of images and not slowing down while loading the thumbnails quite as much. Vladimir> It is a long time since 1.0 release, I think that the Vladimir> distributions already have their own fixes, so it makes no Vladimir> sense to do a pure bugfix release now. Hmm... I suspect that it might be good for us to at least look at the patches floating around in the debian that we can easily pull in, and possibly fedora as well (if they even have it, I don't use fedora at all myself). So releading v1.1 with all the patches we can find would be good, then rolling them all up into 2.0 might be the way to do. Or just saying to heck with it and going straight to v2.0 and drop the 1.0 branch completely. Vladimir> -- Vladimir> Live Security Virtual Conference Vladimir> Exclusive live event will cover all the ways today's security and Vladimir> threat landscape has changed and how IT managers can respond. Discussions Vladimir> will include endpoint security, mobile security and the latest in malware Vladimir> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ Vladimir> ___ Vladimir> Geeqie-devel mailing list Vladimir> Geeqie-devel@lists.sourceforge.net Vladimir> https://lists.sourceforge.net/lists/listinfo/geeqie-devel -- 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> I have finally found some time to work on Geeqie again. The Vladimir> first obvious task is the 1.1 release. Yay! Vladimir> With Klaus we are discussing if we should base the 1.1 Vladimir> release on the "master" or "stable" branch. Vladimir> In my opinion the "master" is better tested and the new Vladimir> features are quite stable. Also, there are people waiting Vladimir> for the official release of the new features. Can you give a summary of the differnces between the two branches? Maybe it would make sense to replace a 1.1beta patch release and a all the new features in a 2.0beta release so we cna look them over and see what's needed. But in any case, I think the release early, release often model should be followed more if at all possible. 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] Slow deletes in large directory
>>>>> "Greg" == Greg Troxel writes: Greg> "John Stoffel" 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. Greg> I have seen the same issue. Oh good, I'm not the only one then... >> 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. Greg> I have found that clearing out ~/.gqview/trash before starting Greg> 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? Greg> I would add some kind of log statements with gettimeofday to Greg> microseconds, and sprinkle them to narrow down where the time is Greg> going. Greg> My theory is that there is some linear scan which needn't happen Greg> (on delete), and it's highly likely this is a geeqie bug rather Greg> than gtk2. Well, I went to installed valgrind and kcachegrind and grabbed some data. It's hard to interpret, but it looks like it's the sidecar files which causes the slowdown. I suspect it's because when you delete a file, it then goes back and re-sorts the entire list again, and if you have sidecars defined, it's just horribly slow. So as a work around, I just turned off sidecar files in the preferences->files tab, and nuked what was there. Made a huge difference. So hopefully someone with more knowledge of the code than I can go in and fix this. I suspect that when you delete a file, there's simply no need to re-sort the list at all. I can see how you'd want to re-sort if you did a re-name... but even then I think you can improve things. I'd love to come up with a test case using just the functions for sorting, but I honestly don't have the time to learn Gtk+ programming. Or the interest. Maybe someone else can make things work better based on this info. And thanks to all the developers, geeqie is really the best image viewer out there and I've tried a bunch. Cheers, 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
[Geeqie-devel] Slow deletes in large directory
Hi, 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'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 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? 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