Bug#562488: geeqie: Remote commands vaguely broken
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 - -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi, thanks for the bug report. Am Do den 24. Dez 2009 um 19:35 schrieb Jeff Abrahamson: Severity: important I'll lower the severity to normal as it is not not working at all. It is only a inconsistency between documentation and the error messages. Commands that worked in gqview no longer work, and my attempts to control a running geeqie process via the commandline often report errors and don't always do what I expect from the documentation. Some examples perhaps illustrate best. I have a running geeqie process. jeff@aragorn:California $ geeqie --remote file 20091023-093855-6366.jpg 20091023-142855-6367.jpg Geeqie 1.0beta2, This is an alpha release. Invalid or ignored remote options: file, 20091023-093855-6366.jpg, 20091023-142855-6367.jpg Use --remote-help for valid remote options. jeff@aragorn:California $ But, in fact, the remote session did the right thing (displayed those two images as a selection of two things). The error message appears incorrect (and quite distracting!). By selection, I mean what does repeated application of page-up and page-down indicate is the set of images I am viewing? There is one real error in your remote call. There is no »file« option to use. The help screen point says »file:« which means that »file:« should be in front of every file. However, you are true that this is a small bug and inconsistency between documentation and appearance. This bug should be fixed in the next version. When viewing a single image (geeqie --remote file foo.jpg), the file foo.jpg displays but I don't see a selection of one. (That is, next and back move to other images.) jeff@aragorn:California $ geeqie --remote file 20091023-142855-6367.jpg Geeqie 1.0beta2, This is an alpha release. Invalid or ignored remote options: file, 20091023-142855-6367.jpg Use --remote-help for valid remote options. jeff@aragorn:California $ I'm not sure if that should be called bug. Maybe future geeqie will have a option to specify the handling of single files. But at the moment it don't. I hope this is ok for you to leave it to future versions. Some unrecognized commands cause the geeqie window to raise itself, which is probably never the right thing to do unless the command has as defined purpose to raise the geeqie window. E.g., jeff@aragorn:California $ geeqie --remote -z Geeqie 1.0beta2, This is an alpha release. Invalid or ignored remote options: -z Use --remote-help for valid remote options. jeff@aragorn:California $ (The geeqie window raised after this call.) I will look for this task too. Stay patient. In any case, remote commands should surely not print to stdout or stderr if they do their thing successfully. jeff@aragorn:California $ geeqie --remote -n Geeqie 1.0beta2, This is an alpha release. jeff@aragorn:California $ (The image advanced, but why did I have to be told geeqie's version?) Due the version you used (and was packed to debian) was not a finished version. In the current version this is not the case anymore. Regards Klaus Ethgen - - -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen kl...@ethgen.de Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C - -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQGcBAEBCgAGBQJN26ZxAAoJEK8RO3RE9oVxdAwL/RudYimrR7rJmABBYrmJRQFv 3vc+j8MudB2zdrXbDQfmQ440qQWzU3n5F783pfFqdH3rc7upPQ21D0BzGGUBKwEL zRBksfhg637Y9uaQ80G5aVPR4D5q3hQJ+j4y9zLxqKcISunkX1VRhduLJ6GEzrnE /PN6CF5aTrO3e6vS8qA/XB2iZzq0bzop+OxrtQh/NL6LDFxTaKg2DKHuXyusa3xZ nKlQmUjfZxL6iLrzDyNfR5ehYwc6kHgNX/PuLVXkWSCdsyXRSP9p86S6QeXIXDqR QAHOm/lZ+1cmeCP+1MGjHBP7ytM613HMjVfh/hxP9oVBX7G17vguiHyV5gcBe6U9 BdAS77LnoZWKpHnrAQw5a7JwwzL8tbaKz9WzX66B0ItWpaAlu9mYx5RDGLCzAYij posBUJiaHlU3VpAefY+znLgEXqs9Wcuf3hLSb8QIjIVp9Sm57Bbm7xwqpi5fjcnN ZN6YzGTnCfx1SneLxAsFtqsumteIR/hiYVY8nUofxg== =d/z+ - -END PGP SIGNATURE- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQGcBAEBCgAGBQJN26arAAoJEK8RO3RE9oVxzY8L/jk2q0SZYxV4p9V1klivxElo 7zvAvMmUdqlhcBiiBg2Gd59WFZEFTqg8CpI8ZRuCwKUBHtJ7LIZMNBj6lv24reyg fDCTbcgu3duBlHiTnt90PhPG4Z/DYEixSWzIUX2jzrFNwWv3vwtedZhg427Czfco bXkdjIokrQNy14xxXSvNTbZ4VIFTREZvp4cqRMbUFzlxZFPNxD9gGbvCA65L0sN8 i/OmiLCOK5FfK+q32a0xTCHf89PlF0N8hy08N2Tf0d2Ip5Mll6e4+BdgWXLN1uUz BZ1xyDyGM8AMvQe0ohgMKj/5phQtfK/ajDDRS5kBWAgMppRpUhxORWXgcHxCJbUm OllHW4sT/5JHtn0x0ypTmmaC0YCJDcaocY3e3nhnIldMC+JhJoRBLdnan+szF9ma GHM09onu9JYGfA2d7FsFdQfSWZruxNzU5TzKyahq2R9vkfPZcQucdM5iIfjnP7Xa s4XB1KYosh6k4NPYeqGt9snlM9mtZC/nmnOokLHRZw== =ZKHr -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#562488: geeqie: Remote commands vaguely broken
thanks for the bug report. You're welcome. Thanks for the help! Commands that worked in gqview no longer work, and my attempts to control a running geeqie process via the commandline often report errors and don't always do what I expect from the documentation. Some examples perhaps illustrate best. I have a running geeqie process. jeff@aragorn:California $ geeqie --remote file 20091023-093855-6366.jpg 20091023-142855-6367.jpg Geeqie 1.0beta2, This is an alpha release. Invalid or ignored remote options: file, 20091023-093855-6366.jpg, 20091023-142855-6367.jpg Use --remote-help for valid remote options. jeff@aragorn:California $ But, in fact, the remote session did the right thing (displayed those two images as a selection of two things). The error message appears incorrect (and quite distracting!). By selection, I mean what does repeated application of page-up and page-down indicate is the set of images I am viewing? There is one real error in your remote call. There is no »file« option to use. The help screen point says »file:« which means that »file:« should be in front of every file. However, you are true that this is a small bug and inconsistency between documentation and appearance. This bug should be fixed in the next version. Makes sense. Perhaps merely as a feature request, It is very nice to be able to say something like $ geeqie --remote file $(cat my-files.txt) or something similar not needing perl or sed to insert file: before each name. Anyway, many thanks! -Jeff Abrahamson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#562488: geeqie: Remote commands vaguely broken
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi Jeff, Am Di den 24. Mai 2011 um 16:42 schrieb Jeff Abrahamson: However, you are true that this is a small bug and inconsistency between documentation and appearance. This bug should be fixed in the next version. Makes sense. Perhaps merely as a feature request, Yea, maybe. But normal is ok for me too. It is very nice to be able to say something like $ geeqie --remote file $(cat my-files.txt) or something similar not needing perl or sed to insert file: before each name. Yes, its more or less as I fix the issue. But without the »file« parameter. That Parameter would rais an warning too. Regards Klaus - -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen kl...@ethgen.de Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQGcBAEBCgAGBQJN3AHSAAoJEK8RO3RE9oVxM9YL/iys4cBqdiyPNYXYLEvDwg4u Xaqqb3cGjETPBmAyHiSLrWDWP0Ibk/GeJ36TWUIo7WRwCDYqeo5VbANUxBpOJ6VF xYQrNzgPjiVP5OUxBb/bhr0NAT7ihBrx1SifbZNd9pzL1f8AcF7XBEl82GovhnvO 36TQV5W9hqY7QKxmIB/N3MfMkjBScFXWTt26O+BVfG97/A0cepNspBHJ2E4J+hlk O2V0HcZTVty/qYsVqwY3dIujWDPjJs7zuGqZq6LvAyIgxF8n9O4mAFAogqbLgjTk WtsAdkJSPt4lom3Bwk8+phGfD1mfmJdPkr8DQ9kMP/zkuKLwzNJFgpwtyoRyTIwe El4TZWEIEMbSCu0RGJqpCW4wvIeuuyFTLEEoceq87GgHQ0XVY1H8G0VxaXvXvccT iY5o45tl0FWaD9/duLUk/p4h2AwOV8NM8KS7jR/FNitu/4Y3HKeUcsYBNkI82p4b sTuYQhW08ZEAcorzBxXo8H1EAMiS7/pVxRFLAtiJyQ== =/oCJ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#562488: geeqie: Remote commands vaguely broken
Hi Dne Thu, 24 Dec 2009 18:35:27 + Jeff Abrahamson j...@purple.com napsal(a): Commands that worked in gqview no longer work, and my attempts to control a running geeqie process via the commandline often report errors and don't always do what I expect from the documentation. Thanks for the report, I forwarded it to upstream bug tracker: https://sourceforge.net/tracker/?func=detailaid=2924850group_id=222125atid=1054680 -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Bug#562488: geeqie: Remote commands vaguely broken
Package: geeqie Version: 1:1.0~beta2-8 Severity: important Commands that worked in gqview no longer work, and my attempts to control a running geeqie process via the commandline often report errors and don't always do what I expect from the documentation. Some examples perhaps illustrate best. I have a running geeqie process. j...@aragorn:California $ geeqie --remote file 20091023-093855-6366.jpg 20091023-142855-6367.jpg Geeqie 1.0beta2, This is an alpha release. Invalid or ignored remote options: file, 20091023-093855-6366.jpg, 20091023-142855-6367.jpg Use --remote-help for valid remote options. j...@aragorn:California $ But, in fact, the remote session did the right thing (displayed those two images as a selection of two things). The error message appears incorrect (and quite distracting!). By selection, I mean what does repeated application of page-up and page-down indicate is the set of images I am viewing? When viewing a single image (geeqie --remote file foo.jpg), the file foo.jpg displays but I don't see a selection of one. (That is, next and back move to other images.) j...@aragorn:California $ geeqie --remote file 20091023-142855-6367.jpg Geeqie 1.0beta2, This is an alpha release. Invalid or ignored remote options: file, 20091023-142855-6367.jpg Use --remote-help for valid remote options. j...@aragorn:California $ Some unrecognized commands cause the geeqie window to raise itself, which is probably never the right thing to do unless the command has as defined purpose to raise the geeqie window. E.g., j...@aragorn:California $ geeqie --remote -z Geeqie 1.0beta2, This is an alpha release. Invalid or ignored remote options: -z Use --remote-help for valid remote options. j...@aragorn:California $ (The geeqie window raised after this call.) In any case, remote commands should surely not print to stdout or stderr if they do their thing successfully. j...@aragorn:California $ geeqie --remote -n Geeqie 1.0beta2, This is an alpha release. j...@aragorn:California $ (The image advanced, but why did I have to be told geeqie's version?) -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages geeqie depends on: ii geeqie-common 1:1.0~beta2-8 data files for Geeqie ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libexiv2-5 0.18.2-1+b1 EXIF/IPTC metadata manipulation li ii libgcc11:4.4.2-3 GCC support library ii libglib2.0-0 2.22.3-1 The GLib library of C routines ii libgtk2.0-02.18.3-1 The GTK+ graphical user interface ii liblcms1 1.18.dfsg-1 Color management library ii liblircclient0 0.8.3-5 infra-red remote control support - ii libpango1.0-0 1.26.1-1 Layout and rendering of internatio ii libstdc++6 4.4.2-3 The GNU Standard C++ Library v3 Versions of packages geeqie recommends: ii exiftran 2.07-2 transform digital camera jpeg imag ii exiv20.18.2-1+b1 EXIF/IPTC metadata manipulation to ii imagemagick 7:6.5.8.3-1 image manipulation programs ii ufraw0.16-1 standalone importer for raw camera ii zenity 2.28.0-1Display graphical dialog boxes fro Versions of packages geeqie suggests: pn geeqie-dbgnone (no description available) ii gimp 2.6.7-1.1 The GNU Image Manipulation Program ii libjpeg-progs 7-1Programs for manipulating JPEG fil pn xpaintnone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org