I guess I'm not the only one that came across the annoying
Read PDF/AI...There was no result from the ImageMagick operation message in TYPO3's install tool when performing the image processing tests.
I'm running Liip's PHP for OSX package (highly recommended) on both office machine and notebook in combination with the preinstalled Apache. Everything else I install with Homebrew and so I did with ImageMagick which resides in
/usr/local/bin. When setting that path in TYPO3 it correctly detects ImageMagick and all reading tests work except for PDF and AI which fail with the above message. Now, clever as I thought I am I first uninstalled ImageMagick, then installed Ghostscript and reinstalled ImageMagick again assuming ImageMagick hadn't detected Ghostscript. Good idea but no cigar. Even weirder the executed commands that are shown in the install tool worked perfectly when invoked manually in the console even with the webserver user. What finally fixed that mofo for me was to additionally symlink Ghostscript to
While the above solution works there is a much better one. In OSX Apache doesn't care about user specific or global PATH variables and gets it's very own from the OS. You can tell by firing
php -i | grep PATH. To fix that edit
/System/Library/LaunchDaemons/org.apache.httpd.plist and add PATH as a new environment variable:
<?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd"> <plist version="1.0"> <dict> <key>Disabled</key> <true/> <key>Label</key> <string>org.apache.httpd</string> <key>EnvironmentVariables</key> <dict> <key>XPC_SERVICES_UNAVAILABLE</key> <string>1</string> <key>PATH</key> <string>/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin</string> </dict> <key>ProgramArguments</key> <array> <string>/usr/sbin/httpd</string> <string>-D</string> <string>FOREGROUND</string> </array> <key>OnDemand</key> <false/> </dict> </plist>