[TYPO3-UG Denmark] Problemmer med Image Magick

[Diblo]

Jeg er ved at sætte IM op i mit typo 3
men det vil ikke viker når jeg bruger 'Image Processing'
og trykker '1: Reading image formats' osv, GDLib virker dog.

Fejl meddelse under 'Reading image formats' er:

Test skipped.
Use of ImageMagick has been disabled in the configuration. Refer to
section 'Basic Configuration' to change or review you configuration
settings


- De forskælig settings er:

Image Processing (Current configuration):

ImageMagick enabled: 1
ImageMagick path: /usr/local/bin/safe/ ()
ImageMagick path/LZW: /usr/local/bin/safe/ ()
Version 5/GraphicsMagick flag: im4

GDLib enabled: 1
GDLib using PNG: 1
GDLib 2 enabled: 0
IM5 effects enabled: 0 (Blurring/Sharpening with IM 5+)
Freetype DPI: 72 (Should be 96 for Freetype 2)
Mask invert: 0 (Should be set for some IM versions approx. 5.4+)

File Formats: gif,jpg,jpeg,tif,bmp,pcx,tga,png,pdf,ai


Basic Configuration:

Directories:
typo3temp/ writable
typo3temp/pics/ writable
typo3temp/temp/ writable
typo3temp/llxml/ writable
typo3temp/cs/ writable
typo3temp/GB/ writable
typo3conf/ writable
typo3conf/ext/ writable
typo3conf/l10n/ writable
typo3/ext/ writable
uploads/ writable
uploads/pics/ writable
uploads/media/ writable
uploads/tf/ writable
fileadmin/ writable
fileadmin/_temp_/ writable

php.ini configuration checked:
Current directory in include path
File uploads allowed
Memory limit
No memory limit in effect.

Maximum execution time
max_execution_time=30

Functions disabled: none
Sendmail program not found or not executable?
sendmail_path=/usr/sbin/sendmail -t -i
This may be critical to TYPO3's use of the mail() function. Please be
sure that the mail() function in 

your php-installation works!

You can check the mail() function by entering your email address here
and press the button. You 

should then receive a testmail from test at test.test.
Since almost all mails in TYPO3 are sent using the t3lib_htmlmail class,
sending with this class can

be tested by checking the box Test t3lib_htmlmail below. The return-path
of the mail is set to 

null at www.warmachine.nu. Some mail servers won't send the mail if the
host of the return-path is not 

resolved correctly.

Test t3lib_htmlmail.


Safe mode turned on
safe_mode=1
In safe_mode PHP is restricted in several ways. This is a good thing
because it adds protection to 

your (and others) scripts. But it may also introduce problems. In TYPO3
this may be a problem in two 

areas: File administration and execution of external programs, in
particular ImageMagick.
If you just ignore this warning, you'll most likely find, that TYPO3
seems to work except from the 

image-generation. The problem in that case is that the external
ImageMagick programs are not 

allowed to be executed from the regular paths like "/usr/bin/" or
"/usr/X11R6/bin/".
If you use safe_mode with TYPO3, you should disable use of external
programs ([BE] 

[disable_exec_function]=1).
In safe mode you must ensure that all the php-scripts and upload folders
are owned by the same user.

safe_mode_exec_dir=/usr/local/bin/safe
If the ImageMagick utilities are located in this directory, everything
is fine. Below on this page, you 

can see if ImageMagick is found here. If not, ask you ISP to put the
three ImageMagick programs, 

'convert', 'combine'/'composite' and 'identify' there (eg. with symlinks
if Unix server)


Example of safe_mode settings:
Set this in the php.ini file:

; Safe Mode
safe_mode = On
safe_mode_exec_dir = /usr/bin/

...and the ImageMagick '/usr/bin/convert' will be executable.
The last slash is important (..../) and you can only specify one
directory.

Notice:
ImageMagick 4.2.9 is recommended and the binaries are normally installed
by RPM in /

usr/X11R6/bin or by compiling in /usr/local/bin. Please look in the
"Inside TYPO3" pdf-document for 

extensive information about ImageMagick issues.

Paths to ImageMagick are defined in localconf.php and may be something
else than /usr/bin/, but this 

is default for ImageMagick 5+

sql.safe_mode: off
open_basedir: off




GDLib:
GDLib found
PNG supported
GIF supported
JPG supported (not used by TYPO3)
GIF / PNG issues
You can choose between generating GIF or PNG files, as your GDLib
supports both.

You should watch out for the generated size of the GIF-files because
some versions of the GD library 

do not compress them with LZW, but RLE and ImageMagick is subsequently
used to compress with 

LZW. But in the case of ImageMagick failing this task (eg. not being
compiled with LZW which is the 

case with some versions) you'll end up with GIF-filesizes all too big!

This install tool tests what kinds of GIF compression are available in
the ImageMagick installations 

by a physical test. You can also check it manually by opening a TYPO3
generated gif-file with 

Photoshop and save it in a new file. If the file sizes of the original
and the new file are almost the 

same, you're having LZW compression and everything is fine.

TYPO3 prefers the use of GIF-files and most likely your visitors on your
website does too as not all 

browsers support PNG yet.

FreeType quick-test (as GIF)

( -> Billeder <-)


(If the text is exceeding the image borders you are using Freetype 2 and
need to set 

TYPO3_CONF_VARS[GFX][TTFdpi]=96.
If there is no image at all Freetype is most likely NOT available and
you can just as well disable 

GDlib 

for TYPO3...)

GDLib software information
You can get GDLib in the PNG version from http://www.boutell.com/gd/.
FreeType is for download at http://www.freetype.org/.

Generally, software for TYPO3 is found at
http://typo3.sunsite.dk/software/ and packages listed at 

http://typo3.org/1274.0.html.


Check Image Magick:
No ImageMagick installation available
It seems that there is no adequate ImageMagick installation available at
the checked locations 

(/usr/local/bin/safe, /usr/local/php/bin/)
An 'adequate' installation for requires 'convert', 'combine'/'composite'
and 'identify' to be available