Hi...
I've installed ImageMagick on my FreeBSD system... and I've put the right path to the convert tool...
What happens is when I'm in the install.php, I get this error;
The installer found the ImageMagick 'convert' program in '/usr/local/bin/', however it can't be executed by the script.
You may consider using GD instead of ImageMagick.
And I really really don't want to recompile apache and php again for GD...
Any suggestions?
make sure to set read/execute permissions on ImageMagick's "convert" for the user the webserver runs under.
GauGau
Make sure the path is the the actual convert as well. Try executing it:
Quote[Mooreys-G4:/sw/bin] moorey% ./convert
Version: ImageMagick 5.5.1 10/15/02 Q16 http://www.imagemagick.org
....
There may be well more than one and different convert utilities in any lunix systems.
daviden:~/bounty> /usr/local/bin/convert
Version: ImageMagick 5.5.7 01/20/04 Q16 http://www.imagemagick.org
it's the right convert allright...
root:~/bounty> ls -alh /usr/local/bin/convert
-rwxr-xr-x 1 www www 5.4M Jan 20 00:58 /usr/local/bin/convert*
I really don't know what's wrong :/
That is interesting. The path looks right, the permission looks right yet it throws a permission problem. I'm guessing that's where it is you should look at (same group? can apache access it?).
Personally, I chose IM over GD last time, but over time I found things were generally easier with GD (mods, new installs and permission problems...).
If your server is running PHP in safe mode, which it is likely to be if you're using a (free) shared host, your scripts don't have the right to execute shell commands. As this script runs ImageMagick as a shell command, you won't be able to use it.
also, imagemagick needs to run exec() function in php pages, which is disabled by most virtual host servers.(php.ini - disable_functions)
You could
a. ask your hosting provider to disable safe mode or
b. use the GD library to generate your images.
ImageMagick is far more powerful than the GD library, but you can use the latter even in safe mode.
we appreciate your readiness to help, however there's little use in replying to very old threads that exist on this sub-board, especially since it deals with an outdated, unsupported version of coppermine that is only there for reference.