Package: geeqie
Version: 1:1.4-3
Severity: important

Dear Maintainer,


I noticed that in a handful of cases (26 jpegs out of 529), the EXIF 
information as seen by exiftool was incorrect;the lens type was a list (see 
below) instead of a specific type.
Several tests with the camera and lens showed no problem with the EXIF.
I stumbled on the error and can now reproduce it; the problem is using any of 
the Edit->Orientation functionsin geeqie. Here is an example; after applying a 
rotate operation from geeqie, lens info is corrupted:

2018 => exiftool A6K01199.JPG | grep -i Lens
Lens Type                       : E-Mount, T-Mount, Other Lens or no lens
Lens Spec                       : E PZ 18-105mm F4 G OSS
Lens Mount 2                    : E-mount
Lens Type 3                     : Sony E PZ 18-105mm F4 G OSS
Lens E-mount Version            : 1.41
Lens Firmware Version           : Ver.04.003
Lens Mount                      : E-mount
Lens Format                     : APS-C
Lens Type 2                     : Sony E PZ 18-105mm F4 G OSS
Lens Spec Features              : E PZ G OSS
Lens Info                       : 18-105mm f/4
Lens Model                      : E PZ 18-105mm F4 G OSS
Lens ID                         : Sony E PZ 18-105mm F4 G OSS

["Apply the orientation to the image content"]  (also happens with losslessly 
rotate functions)

2018 => exiftool A6K01199.JPG | grep -i Lens
Lens Type                       : E-Mount, T-Mount, Other Lens or no lens
Lens Spec                       : Unknown (01 0 1 0 0 00)
Lens Mount 2                    : Unknown (97)
Lens Type 3                     : Unknown (38213)
Lens E-mount Version            : 47.61
Lens Firmware Version           :
Lens Mount                      : Unknown
Lens Format                     : Unknown
Lens Spec Features              :
Lens ID                         : Sony E 16-70mm F4 ZA OSS or Sony FE 24-70mm 
F4 ZA OSS or Sony E PZ 18-105mm F4 G OSS or Sony FE 24-105mm F4 G OSS or ...

I have verified this does NOT happen when rotating the images with ristretto.
This is a serious issue if one takes large numbers of pictures, views them and 
later depends on the EXIF data.

-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 4.7.0-1-686-pae (SMP w/6 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=ANSI_X3.4-1968) 
(ignored: LC_ALL set to C), LANGUAGE=en_US.UTF-8 (charmap=ANSI_X3.4-1968) 
(ignored: LC_ALL set to C)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages geeqie depends on:
ii  geeqie-common        1:1.4-3
ii  libatk1.0-0          2.28.1-1
ii  libc6                2.27-2
ii  libcairo2            1.15.10-1
ii  libexiv2-14          0.25-3.1
ii  libfontconfig1       2.12.6-0.1
ii  libfreetype6         2.8.1-2
ii  libgcc1              1:8-20180207-2
ii  libgdk-pixbuf2.0-0   2.36.11-1
ii  libglib2.0-0         2.56.0-4
ii  libgtk2.0-0          2.24.32-1
ii  libjpeg62-turbo      1:1.5.2-2+b1
ii  liblcms2-2           2.9-1
ii  liblirc-client0      0.10.0-2+b1
ii  liblua5.1-0          5.1.5-8.1+b2
ii  libpango-1.0-0       1.42.0-1
ii  libpangocairo-1.0-0  1.42.0-1
ii  libpangoft2-1.0-0    1.42.0-1
ii  libstdc++6           8-20180207-2
ii  libtiff5             4.0.9-4

Versions of packages geeqie recommends:
ii  cups-bsd [lpr]                   2.2.7-1
ii  exiftran                         2.10-2+b3
ii  exiv2                            0.25-3.1
ii  imagemagick                      8:
ii  imagemagick-6.q16 [imagemagick]  8:
ii  librsvg2-common                  2.40.20-2
ii  ufraw-batch                      0.22-2
ii  zenity                           3.27.90-1

Versions of packages geeqie suggests:
pn  geeqie-dbg                           <none>
ii  gimp                                 2.8.20-1.1
ii  libjpeg-turbo-progs [libjpeg-progs]  1:1.5.2-2+b1
pn  ufraw                                <none>
pn  xpaint                               <none>

-- no debconf information

Reply via email to