Package: gphoto2
Version: 2.4.14-1
Severity: important
Dear Maintainer,
*** Please consider answering these questions, where appropriate ***
* What led up to the situation?
It fails to sync EXIF timestamp to image files on download. There is exactly
nine hours of advancement over the system time.
* What exactly did you do (or not do) that was effective (or
ineffective)?
I'm guessing gphoto2 and gtkam use the locale of shell to create timestamp
of image files. The time zone is Seoul but the locale is US.
* What was the outcome of this action?
* What outcome did you expect instead?
*** End of the template - remove these lines ***
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (900, 'testing'), (800, 'unstable'), (500,
'testing-proposed-updates')
Architecture: amd64 (x86_64)
Kernel: Linux 3.4.0-10.dmz.1-liquorix-amd64 (SMP w/6 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages gphoto2 depends on:
ii libc6 2.13-35
ii libcdk5 5.0.20060507-4
ii libexif12 0.6.20-3
ii libgphoto2-2 2.4.14-2
ii libgphoto2-port0 2.4.14-2
ii libncurses5 5.9-10
ii libpopt0 1.16-7
ii libreadline6 6.2-8
gphoto2 recommends no packages.
Versions of packages gphoto2 suggests:
pn gthumb <none>
ii gtkam 0.1.18-1
-- 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
