Package: gthumb Version: 3:3.0.1-2 Followup-For: Bug #675860 (my apologies if this is about a different bug, but i strongly assume we're talking about the same thing).
> $ gthumb file1.png > $ gthumb file2.png vincente, did the behavior show exactly as quoted? my observation was that this did work, but the following doesn't: $ cd ~/a $ gthumb picture_in_a.jpg & $ cd ~/b $ gthumb picture_in_b.jpg while instead, the last line would work if it were $ gthumb ../b/picture_in_b.jpg it looks like the second gthumb instance doesn't provide the window, but signals to the first one that it should, but fails to convert the path it tells the first one to open into an absolute one (or to notify it of its working directory). -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gthumb depends on: ii gsettings-desktop-schemas 3.6.0-1 ii gthumb-data 3:3.0.1-2 ii libatk1.0-0 2.8.0-2 ii libc6 2.17-92+b1 ii libcairo-gobject2 1.12.14-5 ii libcairo2 1.12.14-5 ii libexiv2-12 0.23-1 ii libgcc1 1:4.8.1-9 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-0 2.36.4-1 ii libgnome-keyring0 3.8.0-2 ii libgstreamer-plugins-base0.10-0 0.10.36-1.1 ii libgstreamer0.10-0 0.10.36-1.2 ii libgtk-3-0 3.8.4-1 ii libjpeg8 8d-1 ii libpango1.0-0 1.32.5-5+b1 ii libpng12-0 1.2.49-4 ii librsvg2-2 2.36.4-2 ii libsoup-gnome2.4-1 2.42.2-6 ii libsoup2.4-1 2.42.2-6 ii libstdc++6 4.8.1-9 ii libtiff4 3.9.7-2 ii libxml2 2.9.1+dfsg1-3 ii zlib1g 1:1.2.8.dfsg-1 Versions of packages gthumb recommends: ii bison 2:2.7.1.dfsg-1 ii flex 2.5.35-10.1 pn gstreamer0.10-gnomevfs <none> ii gvfs-bin 1.16.3-1 gthumb suggests no packages. -- no debconf information
signature.asc
Description: Digital signature
