Bug#921740: Pointless scans of the root filesystem at startup
On Sat, Nov 28, 2020 at 12:49:21AM +0100, Andreas Ronnquist wrote: >On Fri, 27 Nov 2020 23:28:25 + >Steve McIntyre wrote: >>tack:~/debian/geeqie$ strace -f -o strace geeqie ~/*jpg >> >>(geeqie:6782): Gdk-ERROR **: 23:27:04.560: The program 'geeqie' >>received an X Window System error. This probably reflects a bug in the >>program. The error was 'GLXBadContext'. >> (Details: serial 183 error_code 158 request_code 152 (GLX) >> minor_code 6) (Note to programmers: normally, X errors are reported >> asynchronously; that is, you will receive the error a while after >> causing it. To debug your program, run it with the GDK_SYNCHRONIZE >> environment variable to change this behavior. You can then get a >> meaningful backtrace from your debugger if you break on the >> gdk_x_error() function.) >>Trace/breakpoint trap >> >>No idea what's up there... :-( > >Please try starting geeqie with --disable-clutter > >- this should make it possible to start, at least. Ah, yes - that fixed that issue. Now things start up OK. As far as I can see (by testing with the network cable unplugged) geeqie no longer seems to be scanning all the stuff from root - yay! However, I'm still a little confused as to the behaviour geeqie is trying to do here - it seems to scan *all* files under a given path, ignoring any filenames given. That's quite annoying when I'm asking it to just display a few files. :-/ -- Steve McIntyre, Cambridge, UK.st...@einval.com "The whole problem with the world is that fools and fanatics are always so certain of themselves, and wiser people so full of doubts." -- Bertrand Russell
Bug#921740: Pointless scans of the root filesystem at startup
On Fri, 27 Nov 2020 23:28:25 + Steve McIntyre wrote: >On Thu, Nov 19, 2020 at 01:24:47AM +0100, Andreas Ronnquist wrote: >>On Wed, 18 Nov 2020 23:59:39 + >>Steve McIntyre wrote: >> >>>Hi Andreas! >>> >>>Thanks for looking into this for me! >>> >>>On Sun, Nov 15, 2020 at 04:23:12PM +0100, Andreas Ronnquist wrote: I have packaged a new git snapshot, downloadable from here: https://www.gusnan.se/debian/geeqie-common_1.5.1+git20201112-fae4de3c-1_all.deb https://www.gusnan.se/debian/geeqie_1.5.1+git20201112-fae4de3c-1_amd64.deb Which have fixes which I believe affects this - see the upstream commit at https://github.com/BestImageViewer/geeqie/commit/0ff5c85b082fa2b1dc578807fac8dbfd9b93421c Please try out the packages of the git snapshot linked above, and report back if it fixes the problem or not. >>> >>>I *think* it might have done, but I can't say for certain. >>> >>>The system I first saw the problem on is running Buster and so I >>>can't run your binaries there. Could you point me at a source tree >>>so I can try a rebuild on Buster please? >> >>Great - try the repo here: >> >>https://salsa.debian.org/gusnan/geeqie/ >> >>(You'll know what to do with it). > >Argh: > >tack:~/debian/geeqie$ strace -f -o strace geeqie ~/*jpg > >(geeqie:6782): Gdk-ERROR **: 23:27:04.560: The program 'geeqie' >received an X Window System error. This probably reflects a bug in the >program. The error was 'GLXBadContext'. > (Details: serial 183 error_code 158 request_code 152 (GLX) > minor_code 6) (Note to programmers: normally, X errors are reported > asynchronously; that is, you will receive the error a while after > causing it. To debug your program, run it with the GDK_SYNCHRONIZE > environment variable to change this behavior. You can then get a > meaningful backtrace from your debugger if you break on the > gdk_x_error() function.) >Trace/breakpoint trap > >No idea what's up there... :-( > >-- >Steve McIntyre, Cambridge, UK. Please try starting geeqie with --disable-clutter - this should make it possible to start, at least. I appreciate all your tests. /Andreas
Bug#921740: Pointless scans of the root filesystem at startup
On Thu, Nov 19, 2020 at 01:24:47AM +0100, Andreas Ronnquist wrote: >On Wed, 18 Nov 2020 23:59:39 + >Steve McIntyre wrote: > >>Hi Andreas! >> >>Thanks for looking into this for me! >> >>On Sun, Nov 15, 2020 at 04:23:12PM +0100, Andreas Ronnquist wrote: >>> >>>I have packaged a new git snapshot, downloadable from here: >>> >>>https://www.gusnan.se/debian/geeqie-common_1.5.1+git20201112-fae4de3c-1_all.deb >>>https://www.gusnan.se/debian/geeqie_1.5.1+git20201112-fae4de3c-1_amd64.deb >>> >>>Which have fixes which I believe affects this - see the upstream >>>commit at >>> >>>https://github.com/BestImageViewer/geeqie/commit/0ff5c85b082fa2b1dc578807fac8dbfd9b93421c >>> >>>Please try out the packages of the git snapshot linked above, and >>>report back if it fixes the problem or not. >> >>I *think* it might have done, but I can't say for certain. >> >>The system I first saw the problem on is running Buster and so I can't >>run your binaries there. Could you point me at a source tree so I can >>try a rebuild on Buster please? > >Great - try the repo here: > >https://salsa.debian.org/gusnan/geeqie/ > >(You'll know what to do with it). Argh: tack:~/debian/geeqie$ strace -f -o strace geeqie ~/*jpg (geeqie:6782): Gdk-ERROR **: 23:27:04.560: The program 'geeqie' received an X Window System error. This probably reflects a bug in the program. The error was 'GLXBadContext'. (Details: serial 183 error_code 158 request_code 152 (GLX) minor_code 6) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the GDK_SYNCHRONIZE environment variable to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) Trace/breakpoint trap No idea what's up there... :-( -- Steve McIntyre, Cambridge, UK.st...@einval.com "... the premise [is] that privacy is about hiding a wrong. It's not. Privacy is an inherent human right, and a requirement for maintaining the human condition with dignity and respect." -- Bruce Schneier
Bug#921740: Pointless scans of the root filesystem at startup
On Wed, 18 Nov 2020 23:59:39 + Steve McIntyre wrote: >Hi Andreas! > >Thanks for looking into this for me! > >On Sun, Nov 15, 2020 at 04:23:12PM +0100, Andreas Ronnquist wrote: >> >>I have packaged a new git snapshot, downloadable from here: >> >>https://www.gusnan.se/debian/geeqie-common_1.5.1+git20201112-fae4de3c-1_all.deb >>https://www.gusnan.se/debian/geeqie_1.5.1+git20201112-fae4de3c-1_amd64.deb >> >>Which have fixes which I believe affects this - see the upstream >>commit at >> >>https://github.com/BestImageViewer/geeqie/commit/0ff5c85b082fa2b1dc578807fac8dbfd9b93421c >> >>Please try out the packages of the git snapshot linked above, and >>report back if it fixes the problem or not. > >I *think* it might have done, but I can't say for certain. > >The system I first saw the problem on is running Buster and so I can't >run your binaries there. Could you point me at a source tree so I can >try a rebuild on Buster please? > Great - try the repo here: https://salsa.debian.org/gusnan/geeqie/ (You'll know what to do with it). Many thanks for testing it! /Andreas Rönnquist gus...@debian.org andr...@ronnquist.net
Bug#921740: Pointless scans of the root filesystem at startup
Hi Andreas! Thanks for looking into this for me! On Sun, Nov 15, 2020 at 04:23:12PM +0100, Andreas Ronnquist wrote: > >I have packaged a new git snapshot, downloadable from here: > >https://www.gusnan.se/debian/geeqie-common_1.5.1+git20201112-fae4de3c-1_all.deb >https://www.gusnan.se/debian/geeqie_1.5.1+git20201112-fae4de3c-1_amd64.deb > >Which have fixes which I believe affects this - see the upstream commit at > >https://github.com/BestImageViewer/geeqie/commit/0ff5c85b082fa2b1dc578807fac8dbfd9b93421c > >Please try out the packages of the git snapshot linked above, and report >back if it fixes the problem or not. I *think* it might have done, but I can't say for certain. The system I first saw the problem on is running Buster and so I can't run your binaries there. Could you point me at a source tree so I can try a rebuild on Buster please? >(I haven't packaged the git snapshot in Debian yet, because it looks >like a new upstream release is imminent). ACK. -- Steve McIntyre, Cambridge, UK.st...@einval.com Can't keep my eyes from the circling sky, Tongue-tied & twisted, Just an earth-bound misfit, I...
Bug#921740: Pointless scans of the root filesystem at startup
Hi! I have packaged a new git snapshot, downloadable from here: https://www.gusnan.se/debian/geeqie-common_1.5.1+git20201112-fae4de3c-1_all.deb https://www.gusnan.se/debian/geeqie_1.5.1+git20201112-fae4de3c-1_amd64.deb Which have fixes which I believe affects this - see the upstream commit at https://github.com/BestImageViewer/geeqie/commit/0ff5c85b082fa2b1dc578807fac8dbfd9b93421c Please try out the packages of the git snapshot linked above, and report back if it fixes the problem or not. (I haven't packaged the git snapshot in Debian yet, because it looks like a new upstream release is imminent). thanks in advance /Andreas Rönnquist gus...@debian.org andr...@ronnquist.net
Bug#921740: Pointless scans of the root filesystem at startup
Package: geeqie Version: 1:1.3-1+b1 Severity: important Hi, My system has a few auutofs mounts configured as mount points on the root filesystem, which normally resolve to network shares on my home network. When I'm away from home, prodding them incurs a delay as remote mounts timeout/fail. I've just tried to start geeqie to browse some photos in the current directory (a directory under /home/steve) and it appeared to hang with nothing visible. Running under strace, I can see the following: ... futex(0x7f08232a44a8, FUTEX_WAKE_PRIVATE, 2147483647) = 0 brk(0x5582ca9c9000) = 0x5582ca9c9000 futex(0x7f08232a44a8, FUTEX_WAKE_PRIVATE, 2147483647) = 0 futex(0x7f08232a44a8, FUTEX_WAKE_PRIVATE, 2147483647) = 0 futex(0x7f08232a44a8, FUTEX_WAKE_PRIVATE, 2147483647) = 0 futex(0x7f08232a44a8, FUTEX_WAKE_PRIVATE, 2147483647) = 0 futex(0x7f08232a44a8, FUTEX_WAKE_PRIVATE, 2147483647) = 0 futex(0x7f08232a44a8, FUTEX_WAKE_PRIVATE, 2147483647) = 0 futex(0x7f08232a44a8, FUTEX_WAKE_PRIVATE, 2147483647) = 0 stat("/", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 access("/", R_OK|X_OK) = 0 open("/", O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = 6 fstat(6, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 getdents(6, /* 40 entries */, 32768)= 1104 stat("/vmlinuz", {st_mode=S_IFREG|0644, st_size=4232992, ...}) = 0 stat("/music", ^Cstrace: Process 31400 detached ... (I git Ctrl-C to stop the delay looking at /music here) What on earth is geeqie scanning the root filesystem for? This makes it basically unusable here... -- System Information: Debian Release: 9.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-debug'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-8-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages geeqie depends on: ii geeqie-common1:1.3-1 ii libatk1.0-0 2.22.0-1 ii libc62.24-11+deb9u3 ii libcairo21.14.8-1 ii libexiv2-14 0.25-3.1+deb9u1 ii libfontconfig1 2.11.0-6.7+b1 ii libfreetype6 2.6.3-3.2 ii libgcc1 1:6.3.0-18+deb9u1 ii libgdk-pixbuf2.0-0 2.36.5-2+deb9u2 ii libglib2.0-0 2.50.3-2 ii libgtk2.0-0 2.24.31-2 ii libjpeg62-turbo 1:1.5.1-2 ii liblcms2-2 2.8-4+deb9u1 ii liblirc-client0 0.9.4c-9 ii liblua5.1-0 5.1.5-8.1+b2 ii libpango-1.0-0 1.40.5-1 ii libpangocairo-1.0-0 1.40.5-1 ii libpangoft2-1.0-01.40.5-1 ii libstdc++6 6.3.0-18+deb9u1 ii libtiff5 4.0.8-2+deb9u4 Versions of packages geeqie recommends: ii cups-bsd [lpr] 2.2.1-8+deb9u2 ii exiftran 2.10-2+b3 ii exiv20.25-3.1+deb9u1 ii imagemagick 8:6.9.7.4+dfsg-11+deb9u6 ii imagemagick-6.q16 [imagemagick] 8:6.9.7.4+dfsg-11+deb9u6 ii librsvg2-common 2.40.16-1+b1 ii ufraw-batch 0.22-1.1 ii zenity 3.22.0-1+b1 Versions of packages geeqie suggests: pn geeqie-dbg ii gimp 2.8.18-1+deb9u1 ii libjpeg-turbo-progs [libjpeg-progs] 1:1.5.1-2 pn ufraw ii xpaint 2.9.1.4-3.2+b1 -- no debconf information