Incorrectly hard coded tool path

[GoogleCodeExporter]

1) Sensibly install exiftool into /usr/local/bin which won’t get overwritten 
during OS updates
2) Open Phoshare.app
3) Get error message about exiftool not in /usr/bin which might get wiped out 
in an OS update

Correct behavior: search users $PATH before complaining about lack of exiftool
Alternatively: offer an option to set the path to exiftool
Alternatively: if not a violation of the license include exiftool in 
Phoshare.app bundle

Original issue reported on code.google.com by dphender...@gmail.com on 8 Jan 2013 at 5:09

[GoogleCodeExporter]

The path is actually not hardcoded, but for some reason it doesn't pick up the 
users $PATH as intended. Needs to be investigated.

BTW, /usr/bin does not get overwritten during OS updates.

Original comment by tsporkert on 13 Jan 2013 at 4:58

• Changed state: Accepted

[GoogleCodeExporter]

The .app bundle seems to pick up $PATH in a different way as from the command 
line. 

Just in case anyone stumbles upon this: As a workaround just start the .app 
bundle from a terminal by typing: open /Applications/Phoshare.app and it will 
pick up exiftool just fine provided it is on the path.

Original comment by daniel.m...@gmail.com on 10 Aug 2014 at 2:58

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

Same problem with Yosemite, the workaround didn't work, but I found another 
working one:
right click on Phoshare.app and choose "Show package contents", then go to 
Contents, MacOS, and double click on "Phoshare".

Original comment by andrea.g...@gmail.com on 1 Nov 2014 at 5:23