Have you tried using ImageMagick after building it with "without X11" option?
If so, what problems do you get? I think person(s) maintaining the port would be
more of help if ImageMagick misbehaves after building it without X11 support
(assuming you provide them more details than presented above). | [reply] |
I think the real question is why you would want to install ImageMagick without X11. Were you having trouble getting it to install? Download the source from ImageMagick and read the README.txt and Platforms.txt. According to README, "ImageMagick requires an X server for the 'display', 'animate', and 'import' commands to work properly. Next, in the Platforms.txt, they give an example of ImageMagick not working on FreeBSD. It lists two workarounds: one, reboot, which will automatically run ldconfig; or two, after you run make install, run /sbin/ldconfig -m /usr/local/lib (or path to your libs). It's absolutely necessary. Then try reinstalling Image::Magick. Hang in there.
Update: To clear up any confusion, the README listed "reboot"--I've never tried that, and I don't think it would help. But I would recommend running ldconfig. | [reply] |
Well, in case of ImageMagick on FreeBSD ... if built via ports there is no need to reboot. (Reboot after installing something, really? Haven't done that personally besides to use newly installed kernel & world.)
| [reply] |
Hi folks. THanks. I don't want x11 because I don't need x11 and I have this remote server running fine without x11. I just need to be able to resize some uploaded JPEG files via script. I don't want to run it through the command line because I have the web application in chroot. I want to load the Image::Magick module on start of the mod_perl process, then do the resizing in the chroot as needed. The ImageMagic install without x11 itself works fine (from the command line) but the perl module does not want to install without the x11 libraries. It should be possible, however, and I saw a reference to someone configuring a non-x11 perl module install for NetBSD.
| [reply] |