Rapid Photo Downloader not run ask for exiftool

since october, RPD asks me to install exiftool, before it worked fine. Exiftool is present.

RPD 0.9. 24, May 2020
perl-image-exiftool 12.00 june 2020
libexif 0.6.22 June 2020

Is there a log file?

If an Archlinux user has the same problem?

Run this command from the command line (terminal):

which exiftool

What is the output?

I have been using it on updated Arch Linux as recently as last week without issue.

no command line message

only a popop window : you need to install exiftool to run rapid photo downloader
exit of the program (in french for me)

perl-image-exiftool 12.00

Sorry, there is some confusion. What is the output when you run the command?:

which exiftool

Do it like this:

$ which exiftool
which: no exiftool in (/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/lib/jvm/default/bin)

I reinstalled perl-image-exiftool on October 23 !!

There is no way Rapid Photo Downloader can run until you solve this problem.

I don’t know what the cause of your problem is, but if you cannot find the answer here or in an Arch Linux support forum, then you can always work around the problem using an ugly solution:

  1. Download the latest ExifTool: https://exiftool.org/
  2. Extract the ExifTool archive into a folder in your home directory
  3. Add the ExifTool executable to your path. There are several ways to do that. This is one approach: https://www.cyberciti.biz/faq/how-to-add-to-bash-path-permanently-on-linux/

thanks for the help and the search lead

1 Like

There is something weird in how your path is set. You should have /usr/bin/vendor_perl in your path (which is where exiftool is installed). Are you overriding your path manually?

If i do this RPD run :
[andre@asus-pc:~] $ echo $PATH


[andre@asus-pc:~] $ export PATH="/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/lib/jvm/default/bin:/usr/bin/vendor_perl"

[andre@asus-pc:~] $ echo $PATH


[andre@asus-pc:~] $ which exiftool


[andre@asus-pc:~] $ rapid-photo-downloader

but valid only for the terminal session.
I will look at / etc / profile
Loss of the path, after my vacation, following a major system update i suppose

As a general rule, you only should be appending things to your path, not overriding it like there. Maybe you are overriding your path in some of your personal config files.

By looking at the pacman log ; profile.pacnew file was created (/etc/) during the updates. I renamed profile to profile.old and profile.pacnew to profile. After restarting, everything works fine.
Thank you for all.