Enhancing NAS experience - The Community Package Hub is all about quality software, made for your Synology NAS. Collected from all over the world, reviewed and compliant to official requirements. Delivering thousands of packages to users every month ... become one of them today.

App details

package icon ExifTool
Developer: Phil Harvey
Publisher: Sylvain Grosset
Version: 17.03.03 Firmware: 5.0-4458 and onward
Last update: 03/03/2017 Size: 4.61 Mb
Architecture: all
required packages: Perlreport_url=http, //u88.n24.queensu.ca/exiftool/forum/
Description:
ExifTool is a platform-independent Perl library plus a command-line application for reading, writing and editing meta information in a wide variety of files
Changelog:
#This changelog only contains package changes.
#To see ExifTool changes please go to: http://www.sno.phy.queensu.ca/~phil/exiftool/history.html

Version 17.03.03.:
- temp -- no version check for DSM 6.1-15047 compatibility --
- added ExifTool 10.45
Version 17.02.26:
- added ExifTool 10.44
- DSM DSM 6.1 compatible for all version
Version 17.01.14:
- added ExifTool 10.40
Version 17.01.06:
- added ExifTool 10.38
Version 17.01.04:
- DSM 6.1-15022 supported
Version 17.01.01:
- Perl dependent
- DSM 6.1 supported
Version 16.12.22:
- better log file for debugging (alpha)
- ExifTool 10.37
Version 16.12.15:
- official release
- remove "now functional" message after install
- set as third party package
- corrected max DSM version
Version 16.12.12:
- safer correction for DSM6 (thanks to S�bastien)
Version 16.12.07:
- added ExifTool 10.36
- compatible with DSM 6 correction
- change versioning to match availability date






 Comments (39)
Page  1  2 
  1. wrote on - Unapproved

    1. wrote on - Unapproved

      1. Franz wrote on Mar 09, 2017 at 08:38 PM

        Hi Thorsten,
        I had the same problem.
        I solved it by
        - deinstalling exiftool
        - downloading the .spk file from this site
        - manual reinstalling the .spk on the disk station

        Reply

    2. Thorsten wrote on Mar 03, 2017 at 09:46 AM

      Hi,

      on DSM 6.1 I can not update the Exiftools to the current version, because a required package is missing. What does "required packages: Perlreport_url=http, //u88.n24.queensu.ca/exiftool/forum/" mean. Where do I get this package from?

      Cheers, Thorsten

      Reply

  2. Chris wrote on Feb 25, 2017 at 11:30 PM

    Package is saying not compatible with DSM 6.1. Version 17.01.14

    Reply

    1. Chris wrote on Feb 25, 2017 at 11:30 PM - Unapproved

      Package is saying not compatible with DSM 6.1. Version 17.01.14

      1. Chris wrote on Feb 25, 2017 at 11:30 PM - Unapproved

        Package is saying not compatible with DSM 6.1. Version 17.01.14

        1. Chris wrote on Feb 25, 2017 at 11:30 PM - Unapproved

          Package is saying not compatible with DSM 6.1. Version 17.01.14

          1. Chris wrote on Mar 07, 2017 at 12:48 AM

            Awesome, great development.

            Reply

          2. Sébastien wrote on Dec 12, 2016 at 02:23 PM

            Great! Thank you! :-)

            Reply

        2. Sylvain wrote on Dec 12, 2016 at 02:11 PM

          I've just made the changes to the package. it should be available in a couple of hours.
          thanks again

          Reply

      2. Sébastien wrote on Dec 12, 2016 at 01:22 PM

        Thank you for your quick answer Sylvain! The thing is the command you mentioned is lacking a leading slash `/` in front of `usr`, so your path is relative and not absolute. If for any reason the working dir is not what you expect, depending on the synology packaging system, the `cd` command fails and the `find` command below will apply on the whole working dir. You have to enforce an absolute path (as mentioned in my previsou comment) to avoid any hazardous/critical side effects to the system.

        Regards,

        Sébastien

        Reply

    2. Sylvain wrote on Dec 12, 2016 at 11:50 AM

      Hello,
      changes have been made in this version and there is now 'cd usr/bin/lib/Image'
      I'll note your safer comand and test it in the next version ;-)
      thanks for your help

      Reply

  3. Sébastien wrote on Dec 12, 2016 at 11:41 AM

    Hello Sylvain,

    First of all, thank for your package! Now, the issue Ingo talked about on 2016/05/17 in the `common` script is very critical. A previous install of Exiftool messed up a lot of folder permissions because of that issue. I finally succeeded in fixing all the mayhem and patch the script to make it harmless again, however I can't and I won't update your last version until it is fixed in the package itself.

    The fix is pretty simple: replace `cd usr/bin/lib/Image` by 'cd /usr/bin/lib/Image`

    Or even safer, remove the line above and replace: `find . -type d | xargs chmod 1777` by `find /usr/bin/lib/Image -type d | xargs chmod 1777`.

    Thanks in advance!

    Sébastien

    Reply

    1. Eric wrote on Sep 23, 2016 at 07:47 PM

      To fix the pb, you have to perform a chmod on /tmp.
      You will have to repeat the operation after each reboot.

      If you are interested, I recompiled a spk where I fixed the messing command in file scripts\common.
      Tested OK on DSM 5.2
      my email : ehannoyer@yahoo.fr

      Reply

  4. kyuuu wrote on Sep 21, 2016 at 10:00 AM

    After I updated my DS916+ to 6.0.2-8451 Update 1, this package causes some problem with DSM. After I installed this package, I couldn't copy/move/delete files through file station, says "The Operation failed". Also Download Station stopped working with same error message. I had to uninstall this package to solve these problems. Too bad because I was using exiftool with scheduled script and it was working pretty smooth. Any ideas to solve this situation?

    Reply

  5. Ingo wrote on May 17, 2016 at 11:53 AM

    Hello Sylvain, in Version 10.15 spk there is a file named "common" in Folder scripts that is causing all Folders in synology chnaging rights to 1777. incorrect is the changedirectory command "cd /volume1/usr/bin/lib/Image". This Folder cannot be found on Synology, so you have to replace it with following command: "cd /usr/bin/lib/Image".
    The following line "find . -type d | xargs chmod 1777" will Change all permissions recursively.

    regards Ingo

    Reply

    1. Ingo wrote on May 17, 2016 at 11:53 AM - Unapproved

      Hello Sylvain, in Version 10.15 spk there is a file named "common" in Folder scripts that is causing all Folders in synology chnaging rights to 1777. incorrect is the changedirectory command "cd /volume1/usr/bin/lib/Image". This Folder cannot be found on Synology, so you have to replace it with following command: "cd /usr/bin/lib/Image".
      The following line "find . -type d | xargs chmod 1777" will Change all permissions recursively.

      regards Ingo

      1. Roos wrote on May 02, 2016 at 11:21 PM

        Many thanks!!!

        Reply

    2. Fredrik wrote on Apr 30, 2016 at 09:20 PM

      Hi, I just wanted to print an update to this matter. First I would like to warn all users that ExifTool 10.15-package does not seem to work on Synology DS415+ with DSM 6.0 installed. As written below the winbindd, ssh and sftp-service stopped working after the installation. As Martin suggested the tmp-folder could have had it's permissions changed from 1777 to 755. Reverting this did however not help for me. It appears that somehow two other folders had their permissions changed which caused all the problems. If services stop working check the /var/log-folder for clues. I did manage to log in to my diskstation with Telnet (with terminal service active) and was able to check the sshd.log-file where I saw that the /var/empty-folder had to generous permissions which caused SSH/SFTP to fail. Also the var/log/samba/log.winbindd-file explained that the /var/lib/samba/winbindd_privileged folder had 0755 permissions, but it should have 0750 to work. Changing the two folder permissions with chmod command (sudo chmod 750 winbindd_privileged and sudo chmod 755 empty/) and rebooting the diskstation was the solution. Now SSH and Windows AD-connection with Samba shares to AD-users is possible again.

      Reply

  6. Martin wrote on Apr 29, 2016 at 10:35 PM

    The changed /tmp permissions were the only defect I found in the exiftool package.
    /var/log has 755 on my Diskstation.
    /volume1/@tmp (777) seems to be used only by WebStation and PhotoStation.

    Reply

    1. fredrik wrote on Apr 29, 2016 at 10:02 PM

      thank you for the quick reply. I am able to telnet the diskstation, however chmod the /tmp-folder doesn't help with winbindd, ssh and sftp not starting. Does the exiftool-package change anything regarding the /var/log-folders? or is it the /volume1/@tmp/-folder that's been changed?

      Reply

  7. Martin wrote on Apr 29, 2016 at 09:49 PM

    If you still have access to the DSM UI:
    - stop Exiftool
    - try to enable telnet under Control Panel --> Terminal & SNMP
    - telnet to the diskstation
    -chmod 1777 /tmp
    - reboot

    Reply

  8. Fredrik wrote on Apr 29, 2016 at 05:23 PM

    Hello, just and addition to the DSM 6-problem. I installed the 10.15-version on an synology ds415+ with DSM 6 - the exiftool package did something with folder permissions. Now neither winbindd, sftp and ssh services won't start! I tried to update to the latest DSM (6.0-7321 update 3) in hope that this would reset the folder permissions, but it ditn't help. Now I'm desparate to know of a solution what folder(s) permissions were altered, and if you could create the new package so that the already changed folders gets the correct permissions. Since I have no ssh or sftp I cannot login and change with chmod myself.

    Reply

  9. Martin wrote on Apr 22, 2016 at 11:10 AM

    Thnx. I will give it a try, when it's available.

    Reply

    1. Martin wrote on Apr 22, 2016 at 11:10 AM - Unapproved

      Thnx. I will give it a try, when it's available.

      1. Sylvain wrote on Apr 22, 2016 at 09:11 AM

        Hello,
        I made some changes to the package.
        it should work with DSM6 in the next version

        Reply

    2. Eric wrote on Apr 21, 2016 at 09:15 PM

      wow big thanks, I spent hours trying to figure out what was changing the permissions on /tmp after next reboot.

      Reply

  10. Martin wrote on Apr 21, 2016 at 08:51 PM

    I installed Exiftool (Beta) on DSM 6 Update 2 and finally found out that the Installer will do a
    chmod 755 /tmp
    which leads to trouble in various other packages (MariaDB won't start, etc.) because they rely on being able to write temporary files to /tmp. After reverting to the original permissions (chmod 1777 /tmp), all worked fine again, but the Exiftool package will reset the permissions after next reboot, so I had to stop the package.

    Reply

  11. Eric wrote on Mar 17, 2016 at 10:06 PM

    I just tried the version 10.13 and its still KO when running from another user than root.

    DISKSTATION> exiftool
    Can't locate Image/ExifTool.pm: Permission denied at /usr/bin/exiftool line 30.
    BEGIN failed--compilation aborted at /usr/bin/exiftool line 30.
    DISKSTATION>

    Reply

Page  1  2 





Allowed tags: <b><i><br>Add a new comment: