Closed (works as designed)
Project:
PDF to ImageField
Version:
6.x-1.0-beta1
Component:
Code
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
13 Jun 2010 at 13:12 UTC
Updated:
10 Jun 2015 at 01:51 UTC
Jump to comment: Most recent
Comments
Comment #1
loophole080 commentedso... tried this: http://drupal.org/node/460132 and getting no image generated, so thinking it's because ghostscript missing on my server :-/
Comment #2
iamsoclever commentedYou might check your Apache config to make sure the binaries are in the allowed executable environment. If not, create a symlink to where they need to be.
Comment #3
loophole080 commentedthanks but seems i don't have the write privs required with my hosting package... may try installing ghostcript in home dir and including in $PATH, but now sure that'll work for apache... which is presumably the cause of issue....?
Comment #4
dman commentedDebug notes, I found the same thing when building up a brand new machine with hardly any dependencies already installed.
Just to be odd, It's OSX 10.7.3 Lion.
I'm using fink packages to manage all the debian downloads. It works out pretty much like apt-get, though it seems to recompile everything from source each time.
sudo fink -v install imagemagick
(downloaded 169 other libraries and compiled them all - 2 hours later ...)
I'd added the path to convert in the imagemagick settings, and it said things were fine.
HOWEVER, I still got
Reading between the lines (and a dozen other help threads) - imagemagick was trying to run the 'gs' (ghostscript) command as part of its process, and 'gs' wasn't available.
I had the imagemagick API debug options on, and it told me the command that was being run was
When I ran that by hand - it worked so my libraries were there, just the php/apache environment was the problem.
It seems that the Apache user wasn't aware of /sw/bin as a thing it should have in its $PATH. (though when I su to www it's there OK)
I tried putting
export PATH="$PATH:/sw/bin"
into a few places, but I remember getting messed up with this before (eg apache setenv etc) and it got unmaintainable.
IN THE END, I just went
and things started working once again.
This isn't much help on a shared server of course, but maybe my diagnostics can give you some clues how to fix it on your own system.
Comment #5
queenvictoria commentedGood tip @dman. On OS X 10.9 I did
$ sudo ln -s `which gs` /usr/bin/gsComment #6
dman commentedClosing 6.x issues as unsupported.
Comment #7
danjordan commentedHi. I know this is a closed issue but thought I would post that I was having the same issue on a new Mac machine running Yosemite and version 7.x-3.3+22-dev of module. Drupal logs showed
pdf_to_image_shell_exec did not create image /Users/myname/www/project/src/sites/default/files/document_images/330-0.jpg as expected. convert: no images defined `/Users/myname/www/project/src/sites/default/files/document_images/330-0.jpg' @ error/convert.c/ConvertImageCommand/3187.Running
$ sudo ln -s `which gs` /usr/bin/gsresolved the issue.
Comment #8
webservant316 commentedI am getting this related error...
I hope to try to ln -s and report back with my results.