How do I get Imagemagick supported on my server ?

77 posts / 0 new
Last post
#1 Fri, 02/27/2009 - 02:07
Anonymous

How do I get Imagemagick supported on my server ?

Hello,

I am trying to a seo-modded version of phpBB and it requires that Imagemagick support is available to my php setup.

The install software has detected that it can not find Imagemagick.

I have looked at my setup (using phpinfo() cmd ) but can not see any reference to this Imagemagick.

Can some one please help me by telling me how I check this out - I guess that I need to change my php.ini file ?

Thanks<br><br>Post edited by: Davvit, at: 2009/02/27 04:55

Fri, 02/27/2009 - 03:41
andreychek

Well, the first thing you'll want to do is install the &quot;imagemagick&quot; system package, if you haven't already.

That may or may not satisfy what your app is after.

If that's still not enough, you may want to try installing the imagick PHP extension from PHP's PECL site. You can do that with:

pecl install imagick

Hopefully that will do the trick!
-Eric

Fri, 02/27/2009 - 05:00 (Reply to #2)
Davvit

I dont know this forum shrinks the image, anyway
that images says this:

yum install imagemagick
Loading &quot;installonlyn&quot; plugin
Setting up Install Process
Setting up repositories
Reading repository metadata in from local files
Parsing package install arguments
Nothing to do

So I don't know if it did anything or not.

How do I check ?

Fri, 02/27/2009 - 05:36 (Reply to #3)
BossHog

Howdy Davvit,
a quick search at rpm.pbone.net for imagemagick shows plenty of choices. My assumption here is that your server is using CentOS 5 or
RHEL 5.

Good luck
Joe

Fri, 02/27/2009 - 07:59 (Reply to #4)
andreychek

Well, imagemagick does appear to be in the CentOS repository. You may actually have it installed already -- what does this show:

rpm -qa | grep imagemagick

If you have it installed, you may need to install the imagick PHP plugin with &quot;pecl install imagick&quot;.
-Eric

Fri, 02/27/2009 - 12:36 (Reply to #5)
ronald
ronald's picture

it is
yum install ImageMagick

all though i did the install manually, the cmd will work on centos

Mon, 03/02/2009 - 13:14 (Reply to #6)
ronald
ronald's picture

why not enter
yum install ImageMagick
and see if it wants to install ? If it doesn't then you have it.

Sun, 04/19/2009 - 11:34 (Reply to #7)
Donkzilla

hi there, following on from where this thread left off, I installed ImageMagick, then went on to install imagick, a php wrapper for ImageMagick...

<div class='quote'>[root@domU-12-31-39-00-48-05:~] pecl install imagick
downloading imagick-2.2.2.tgz ...
Starting to download imagick-2.2.2.tgz (77,212 bytes)
..................done: 77,212 bytes
11 source files, building
running: phpize
Configuring for:
PHP Api Version: 20041225
Zend Module Api No: 20050922
Zend Extension Api No: 220051025
Please provide the prefix of Imagemagick installation [autodetect] :
building in /var/tmp/pear-build-root/imagick-2.2.2
running: /tmp/tmpgFY6cl/imagick-2.2.2/configure --with-imagick
checking for egrep... grep -E
checking for a sed that does not truncate output... /bin/sed
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ANSI C... none needed
checking whether gcc and cc understand -c and -o together... yes
checking if compiler supports -R... no
checking if compiler supports -Wl,-rpath,... yes
checking build system type... i686-redhat-linux-gnu
checking host system type... i686-redhat-linux-gnu
checking target system type... i686-redhat-linux-gnu
checking for PHP prefix... /usr
checking for PHP includes... -I/usr/include/php -I/usr/include/php/main -I/usr/include/php/TSRM -I/usr/include/php/Zend -I/usr/include/php/ext
checking for PHP extension directory... /usr/lib/php/modules
checking for PHP installed headers prefix... /usr/include/php
checking for re2c... no
configure: WARNING: You will need re2c 0.9.11 or later if you want to regenerate PHP parsers.
checking for gawk... gawk
checking whether to enable the imagick extension... yes, shared
checking whether to enable the imagick GraphicsMagick backend... no
checking ImageMagick MagickWand API configuration program... found in /usr/bin/Wand-config
checking if ImageMagick version is at least 6.2.4... found version 6.2.8
checking for magick-wand.h header file... found in /usr/include/wand/magick-wand.h
checking if PHP version is at least 5.1.3... found version 5.1.6
checking for MagickGetImageProperties in -lWand... no
checking for MagickSetFont in -lWand... no
checking for ld used by gcc... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for /usr/bin/ld option to reload object files... -r
checking for BSD-compatible nm... /usr/bin/nm -B
checking whether ln -s works... yes
checking how to recognise dependent libraries... pass_all
checking how to run the C preprocessor... gcc -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking dlfcn.h usability... yes
checking dlfcn.h presence... yes
checking for dlfcn.h... yes
checking for g++... g++
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking how to run the C++ preprocessor... g++ -E
checking for g77... no
checking for f77... no
checking for xlf... no
checking for frt... no
checking for pgf77... no
checking for fort77... no
checking for fl32... no
checking for af77... no
checking for f90... no
checking for xlf90... no
checking for pgf90... no
checking for epcf90... no
checking for f95... no
checking for fort... no
checking for xlf95... no
checking for ifc... no
checking for efc... no
checking for pgf95... no
checking for lf95... no
checking for gfortran... no
checking whether we are using the GNU Fortran 77 compiler... no
checking whether accepts -g... no
checking the maximum length of command line arguments... 32768
checking command to parse /usr/bin/nm -B output from gcc object... ok
checking for objdir... .libs
checking for ar... ar
checking for ranlib... ranlib
checking for strip... strip
checking if gcc supports -fno-rtti -fno-exceptions... no
checking for gcc option to produce PIC... -fPIC
checking if gcc PIC flag -fPIC works... yes
checking if gcc static flag -static works... yes
checking if gcc supports -c -o file.o... yes
checking whether the gcc linker (/usr/bin/ld) supports shared libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... no
configure: creating libtool
appending configuration tag &quot;CXX&quot; to libtool
checking for ld used by g++... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking whether the g++ linker (/usr/bin/ld) supports shared libraries... yes
checking for g++ option to produce PIC... -fPIC
checking if g++ PIC flag -fPIC works... yes
checking if g++ static flag -static works... yes
checking if g++ supports -c -o file.o... yes
checking whether the g++ linker (/usr/bin/ld) supports shared libraries... yes
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
appending configuration tag &quot;F77&quot; to libtool
configure: creating ./config.status
config.status: creating config.h
running: make
/bin/sh /var/tmp/pear-build-root/imagick-2.2.2/libtool --mode=compile gcc -I. -I/tmp/tmpgFY6cl/imagick-2.2.2 -DPHP_ATOM_INC -I/var/tmp/pear-build-root/imagick-2.2.2/include -I/var/tmp/pear-build-root/imagick-2.2.2/main -I/tmp/tmpgFY6cl/imagick-2.2.2 -I/usr/include/php -I/usr/include/php/main -I/usr/include/php/TSRM -I/usr/include/php/Zend -I/usr/include/php/ext -DHAVE_CONFIG_H -g -O2 -c /tmp/tmpgFY6cl/imagick-2.2.2/imagick_class.c -o imagick_class.lo
mkdir .libs
gcc -I. -I/tmp/tmpgFY6cl/imagick-2.2.2 -DPHP_ATOM_INC -I/var/tmp/pear-build-root/imagick-2.2.2/include -I/var/tmp/pear-build-root/imagick-2.2.2/main -I/tmp/tmpgFY6cl/imagick-2.2.2 -I/usr/include/php -I/usr/include/php/main -I/usr/include/php/TSRM -I/usr/include/php/Zend -I/usr/include/php/ext -DHAVE_CONFIG_H -g -O2 -c /tmp/tmpgFY6cl/imagick-2.2.2/imagick_class.c -fPIC -DPIC -o .libs/imagick_class.o
/tmp/tmpgFY6cl/imagick-2.2.2/imagick_class.c: In function 'zif_imagick_removeimageprofile':
/tmp/tmpgFY6cl/imagick-2.2.2/imagick_class.c:3130: warning: passing argument 3 of 'MagickRemoveImageProfile' from incompatible pointer type
/tmp/tmpgFY6cl/imagick-2.2.2/imagick_class.c: In function 'zif_imagick_getimageprofile':
/tmp/tmpgFY6cl/imagick-2.2.2/imagick_class.c:4757: warning: passing argument 3 of 'MagickGetImageProfile' from incompatible pointer type
/bin/sh /var/tmp/pear-build-root/imagick-2.2.2/libtool --mode=compile gcc -I. -I/tmp/tmpgFY6cl/imagick-2.2.2 -DPHP_ATOM_INC -I/var/tmp/pear-build-root/imagick-2.2.2/include -I/var/tmp/pear-build-root/imagick-2.2.2/main -I/tmp/tmpgFY6cl/imagick-2.2.2 -I/usr/include/php -I/usr/include/php/main -I/usr/include/php/TSRM -I/usr/include/php/Zend -I/usr/include/php/ext -DHAVE_CONFIG_H -g -O2 -c /tmp/tmpgFY6cl/imagick-2.2.2/imagickdraw_class.c -o imagickdraw_class.lo
gcc -I. -I/tmp/tmpgFY6cl/imagick-2.2.2 -DPHP_ATOM_INC -I/var/tmp/pear-build-root/imagick-2.2.2/include -I/var/tmp/pear-build-root/imagick-2.2.2/main -I/tmp/tmpgFY6cl/imagick-2.2.2 -I/usr/include/php -I/usr/include/php/main -I/usr/include/php/TSRM -I/usr/include/php/Zend -I/usr/include/php/ext -DHAVE_CONFIG_H -g -O2 -c /tmp/tmpgFY6cl/imagick-2.2.2/imagickdraw_class.c -fPIC -DPIC -o .libs/imagickdraw_class.o
/bin/sh /var/tmp/pear-build-root/imagick-2.2.2/libtool --mode=compile gcc -I. -I/tmp/tmpgFY6cl/imagick-2.2.2 -DPHP_ATOM_INC -I/var/tmp/pear-build-root/imagick-2.2.2/include -I/var/tmp/pear-build-root/imagick-2.2.2/main -I/tmp/tmpgFY6cl/imagick-2.2.2 -I/usr/include/php -I/usr/include/php/main -I/usr/include/php/TSRM -I/usr/include/php/Zend -I/usr/include/php/ext -DHAVE_CONFIG_H -g -O2 -c /tmp/tmpgFY6cl/imagick-2.2.2/imagickpixel_class.c -o imagickpixel_class.lo
gcc -I. -I/tmp/tmpgFY6cl/imagick-2.2.2 -DPHP_ATOM_INC -I/var/tmp/pear-build-root/imagick-2.2.2/include -I/var/tmp/pear-build-root/imagick-2.2.2/main -I/tmp/tmpgFY6cl/imagick-2.2.2 -I/usr/include/php -I/usr/include/php/main -I/usr/include/php/TSRM -I/usr/include/php/Zend -I/usr/include/php/ext -DHAVE_CONFIG_H -g -O2 -c /tmp/tmpgFY6cl/imagick-2.2.2/imagickpixel_class.c -fPIC -DPIC -o .libs/imagickpixel_class.o
/bin/sh /var/tmp/pear-build-root/imagick-2.2.2/libtool --mode=compile gcc -I. -I/tmp/tmpgFY6cl/imagick-2.2.2 -DPHP_ATOM_INC -I/var/tmp/pear-build-root/imagick-2.2.2/include -I/var/tmp/pear-build-root/imagick-2.2.2/main -I/tmp/tmpgFY6cl/imagick-2.2.2 -I/usr/include/php -I/usr/include/php/main -I/usr/include/php/TSRM -I/usr/include/php/Zend -I/usr/include/php/ext -DHAVE_CONFIG_H -g -O2 -c /tmp/tmpgFY6cl/imagick-2.2.2/imagickpixeliterator_class.c -o imagickpixeliterator_class.lo
gcc -I. -I/tmp/tmpgFY6cl/imagick-2.2.2 -DPHP_ATOM_INC -I/var/tmp/pear-build-root/imagick-2.2.2/include -I/var/tmp/pear-build-root/imagick-2.2.2/main -I/tmp/tmpgFY6cl/imagick-2.2.2 -I/usr/include/php -I/usr/include/php/main -I/usr/include/php/TSRM -I/usr/include/php/Zend -I/usr/include/php/ext -DHAVE_CONFIG_H -g -O2 -c /tmp/tmpgFY6cl/imagick-2.2.2/imagickpixeliterator_class.c -fPIC -DPIC -o .libs/imagickpixeliterator_class.o
/bin/sh /var/tmp/pear-build-root/imagick-2.2.2/libtool --mode=compile gcc -I. -I/tmp/tmpgFY6cl/imagick-2.2.2 -DPHP_ATOM_INC -I/var/tmp/pear-build-root/imagick-2.2.2/include -I/var/tmp/pear-build-root/imagick-2.2.2/main -I/tmp/tmpgFY6cl/imagick-2.2.2 -I/usr/include/php -I/usr/include/php/main -I/usr/include/php/TSRM -I/usr/include/php/Zend -I/usr/include/php/ext -DHAVE_CONFIG_H -g -O2 -c /tmp/tmpgFY6cl/imagick-2.2.2/imagick_helpers.c -o imagick_helpers.lo
gcc -I. -I/tmp/tmpgFY6cl/imagick-2.2.2 -DPHP_ATOM_INC -I/var/tmp/pear-build-root/imagick-2.2.2/include -I/var/tmp/pear-build-root/imagick-2.2.2/main -I/tmp/tmpgFY6cl/imagick-2.2.2 -I/usr/include/php -I/usr/include/php/main -I/usr/include/php/TSRM -I/usr/include/php/Zend -I/usr/include/php/ext -DHAVE_CONFIG_H -g -O2 -c /tmp/tmpgFY6cl/imagick-2.2.2/imagick_helpers.c -fPIC -DPIC -o .libs/imagick_helpers.o
/bin/sh /var/tmp/pear-build-root/imagick-2.2.2/libtool --mode=compile gcc -I. -I/tmp/tmpgFY6cl/imagick-2.2.2 -DPHP_ATOM_INC -I/var/tmp/pear-build-root/imagick-2.2.2/include -I/var/tmp/pear-build-root/imagick-2.2.2/main -I/tmp/tmpgFY6cl/imagick-2.2.2 -I/usr/include/php -I/usr/include/php/main -I/usr/include/php/TSRM -I/usr/include/php/Zend -I/usr/include/php/ext -DHAVE_CONFIG_H -g -O2 -c /tmp/tmpgFY6cl/imagick-2.2.2/imagick.c -o imagick.lo
gcc -I. -I/tmp/tmpgFY6cl/imagick-2.2.2 -DPHP_ATOM_INC -I/var/tmp/pear-build-root/imagick-2.2.2/include -I/var/tmp/pear-build-root/imagick-2.2.2/main -I/tmp/tmpgFY6cl/imagick-2.2.2 -I/usr/include/php -I/usr/include/php/main -I/usr/include/php/TSRM -I/usr/include/php/Zend -I/usr/include/php/ext -DHAVE_CONFIG_H -g -O2 -c /tmp/tmpgFY6cl/imagick-2.2.2/imagick.c -fPIC -DPIC -o .libs/imagick.o
/tmp/tmpgFY6cl/imagick-2.2.2/imagick.c: In function 'php_imagick_clone_imagickpixel_object':
/tmp/tmpgFY6cl/imagick-2.2.2/imagick.c:2274: warning: assignment makes pointer from integer without a cast
/bin/sh /var/tmp/pear-build-root/imagick-2.2.2/libtool --mode=link gcc -DPHP_ATOM_INC -I/var/tmp/pear-build-root/imagick-2.2.2/include -I/var/tmp/pear-build-root/imagick-2.2.2/main -I/tmp/tmpgFY6cl/imagick-2.2.2 -I/usr/include/php -I/usr/include/php/main -I/usr/include/php/TSRM -I/usr/include/php/Zend -I/usr/include/php/ext -DHAVE_CONFIG_H -g -O2 -o imagick.la -export-dynamic -avoid-version -prefer-pic -module -rpath /var/tmp/pear-build-root/imagick-2.2.2/modules imagick_class.lo imagickdraw_class.lo imagickpixel_class.lo imagickpixeliterator_class.lo imagick_helpers.lo imagick.lo -lWand -lMagick
gcc -shared .libs/imagick_class.o .libs/imagickdraw_class.o .libs/imagickpixel_class.o .libs/imagickpixeliterator_class.o .libs/imagick_helpers.o .libs/imagick.o -lWand -lMagick -Wl,-soname -Wl,imagick.so -o .libs/imagick.so
creating imagick.la
(cd .libs &amp;&amp; rm -f imagick.la &amp;&amp; ln -s ../imagick.la imagick.la)
/bin/sh /var/tmp/pear-build-root/imagick-2.2.2/libtool --mode=install cp ./imagick.la /var/tmp/pear-build-root/imagick-2.2.2/modules
cp ./.libs/imagick.so /var/tmp/pear-build-root/imagick-2.2.2/modules/imagick.so
cp ./.libs/imagick.lai /var/tmp/pear-build-root/imagick-2.2.2/modules/imagick.la
PATH=&quot;$PATH:/sbin&quot; ldconfig -n /var/tmp/pear-build-root/imagick-2.2.2/modules
----------------------------------------------------------------------
Libraries have been installed in:
/var/tmp/pear-build-root/imagick-2.2.2/modules

If you ever happen to want to link against installed libraries
in a given directory, LIBDIR, you must either use libtool, and
specify the full pathname of the library, or use the `-LLIBDIR'
flag during linking and do at least one of the following:
- add LIBDIR to the `LD_LIBRARY_PATH' environment variable
during execution
- add LIBDIR to the `LD_RUN_PATH' environment variable
during linking
- use the `-Wl,--rpath -Wl,LIBDIR' linker flag
- have your system administrator add LIBDIR to `/etc/ld.so.conf'

See any operating system documentation about shared libraries for
more information, such as the ld(1) and ld.so(8) manual pages.
----------------------------------------------------------------------

Build complete.
(It is safe to ignore warnings about tempnam and tmpnam).

running: make INSTALL_ROOT=&quot;/var/tmp/pear-build-root/install-imagick-2.2.2&quot; install
Installing shared extensions: /var/tmp/pear-build-root/install-imagick-2.2.2/usr/lib/php/modules/
running: find &quot;/var/tmp/pear-build-root/install-imagick-2.2.2&quot; -ls
542371 4 drwxr-xr-x 3 root root 4096 Apr 19 10:43 /var/tmp/pear-build-root/install-imagick-2.2.2
542402 4 drwxr-xr-x 3 root root 4096 Apr 19 10:43 /var/tmp/pear-build-root/install-imagick-2.2.2/usr
542403 4 drwxr-xr-x 3 root root 4096 Apr 19 10:43 /var/tmp/pear-build-root/install-imagick-2.2.2/usr/lib
542404 4 drwxr-xr-x 3 root root 4096 Apr 19 10:43 /var/tmp/pear-build-root/install-imagick-2.2.2/usr/lib/php
542405 4 drwxr-xr-x 2 root root 4096 Apr 19 10:43 /var/tmp/pear-build-root/install-imagick-2.2.2/usr/lib/php/modules
542401 656 -rwxr-xr-x 1 root root 665629 Apr 19 10:43 /var/tmp/pear-build-root/install-imagick-2.2.2/usr/lib/php/modules/imagick.so

Build process completed successfully
Installing '/var/tmp/pear-build-root/install-imagick-2.2.2//usr/lib/php/modules/imagick.so'
install ok: channel://pecl.php.net/imagick-2.2.2
You should add &quot;extension=imagick.so&quot; to php.ini
[root@domU-12-31-39-00-48-05:~]</div>

I added extension=imagick.so to the relevant places. But ImageMagick or imagic are not listed when I run phpinf();

I'm very baffled.

Sun, 04/19/2009 - 12:30 (Reply to #8)
andreychek

It looks like you're moving in the right direction. The things we'd need to make sure of are:

1. That /usr/lib/php/modules is part of your extension include path

2. That the place you added imagick.so to is actually being seen when PHP is run

Is there a way you could post a link to your phpinfo() page?
-Eric

Sun, 04/19/2009 - 21:30 (Reply to #9)
Donkzilla
Mon, 04/20/2009 - 04:41 (Reply to #10)
andreychek

Mmm, okay.

You mentioned previously, but just to be certain -- what is the output of this command:

cat /etc/php.d/imagick.ini

And can you run this one as well:

ls /usr/lib/php/modules/

Also, do you see any errors in $HOME/logs/error_log for that particular domain?
-Eric

Mon, 04/20/2009 - 06:11 (Reply to #11)
Donkzilla

hi Eric

the first command outputs this:
<div class='quote'>
[root@domU-12-31-39-00-48-05:~] cat /etc/php.d/imagick.ini
; Enable imagick extension module
extension=imagick.so
[root@domU-12-31-39-00-48-05:~]</div>

the second command outputs this:

<div class='quote'>[root@domU-12-31-39-00-48-05:~] ls /usr/lib/php/modules/
gd.so imap.so mcrypt.so mysql.so pdo_mysql.so pdo_pgsql.so pdo_sqlite.so phpcups.so xmlrpc.so
imagick.so mbstring.so mysqli.so odbc.so pdo_odbc.so pdo.so pgsql.so snmp.so
[root@domU-12-31-39-00-48-05:~]</div>

In the error log I'm seeing hundreds of lines of this, repeated every 5 minutes - probably getting pinged by facebook every 5 minutes - looks like I need to fix errors in my facebook apps:
<div class='quote'>
[Mon Apr 20 14:30:11 2009] [warn] mod_fcgid: stderr: PHP Fatal error: require_once() [&lt;a href='function.require'&gt;function.require&lt;/a&gt;]: Failed opening required '../php/facebook.php' (include_path='.:/usr/share/pear') in /home/auto-software/public_html/facebook-platform/appid.php on line 1
[Mon Apr 20 14:35:08 2009] [warn] mod_fcgid: stderr: PHP Warning: require_once(../php/facebook.php) [&lt;a href='function.require-once'&gt;function.require-once&lt;/a&gt;]: failed to open stream: No such file or directory in /home/auto-software/public_html/facebook-platform/appid.php on line 1</div>

I can see this error caused by me trying to run a simple piece of imagick example php code to see if an image would be converted to a thumbnail:

<div class='quote'>[Sun Apr 19 21:04:40 2009] [warn] mod_fcgid: stderr: PHP Fatal error: Class 'Imagick' not found in /home/auto-software/public_html/test2.php on line 5
</div>

Mon, 04/20/2009 - 12:04 (Reply to #12)
Donkzilla

problem solved!

I found the solution to the problem here: <a href='http://www.centos.org/modules/newbb/viewtopic.php?topic_id=19667' target='_blank'>http://www.centos.org/modules/newbb/viewtopic.php?topic_id=19667</a>

imagick-2.2.2 was the culprit. I ran

<b>pecl uninstall imagick</b>

followed by

<b>pecl install imagick-2.2.1</b>

and now imagick is showing up in phpinfo();

I can't yet get my test php file to resize an image to a thumbnail, but at least I'm back to learning OO php <img src='http://www.virtualmin.com/components/com_fireboard/template/virtualmin/i... style='border:0px'>

Mon, 04/20/2009 - 15:03 (Reply to #13)
andreychek

Hey, that's great news, as I was staring at your phpinfo() output and just not figuring out what was wrong there :-)

Glad you got it!
-Eric

Mon, 05/04/2009 - 00:44 (Reply to #14)
Donkzilla

hi Joe

I'm really clueless about where to start. I downloaded <a href='http://mirrors.kernel.org/fedora/development/source/SRPMS/ImageMagick-6.... target='_blank'>http://mirrors.kernel.org/fedora/development/source/SRPMS/ImageMagick-6.... onto my laptop, and reading the spec file gave me the impression I need the devel version in order for APIs such as imagick to work. So I'm not sure if I have the right version or not. But the biggie where I really come unstuck, is how do I go about getting <a href='http://mirrors.kernel.org/fedora/development/source/SRPMS/ImageMagick-6.... target='_blank'>http://mirrors.kernel.org/fedora/development/source/SRPMS/ImageMagick-6.... onto my server via SSH? Or should I just upload it via filezilla from my laptop, and if so, which directory do I upload it to? (yep, I really am a newbie).

Also, how do I uninstall my existing version of ImageMagck? I tried
[code:1]yum uninstall ImageMagick[/code:1]
but it seems uninstall is not a correct command. I tried
[code:1]yum remove ImageMagick[/code:1]
and that seemed to remove it. But when I check phpinfo(); I see ImageMagick is still there, and when I run one of my image resizing test scripts it still works - ImageMagick is clearly still there.

Cheers
Rob

Mon, 05/04/2009 - 01:04 (Reply to #15)
Joe
Joe's picture

You're making this a lot harder than it needs to be. I never look at the spec file until I find out it won't rebuild cleanly straight from the SRPM, and I wouldn't remove it. I would just upgrade it once I had a new version.

Get it onto your server (don't put it on your laptop first...that's not where you want it, so why download it there?):

wget http://mirrors.kernel.org/fedora/development/source/SRPMS/ImageMagick-6....

If you don't have wget, install it with yum.

Then rebuild:

rpmbuild --rebuild ImageMagick-6.5.1.2-1.fc11.src.rpm

As I mentioned, you will need the gcc, and rpm-build packages at minimum. You can install them from yum. There will be a few dependencies that get installed along with those packages, and it may be all you need. If it isn't, rpmbuild will ask for other dependencies. Install them using yum.

Bring me anything you don't understand during the build process.

Don't uninstall ImageMagick. Upgrade it with the new package:

rpm -Uvh /path/to/new/ImageMagick-blah-blah.i386.rpm

--

Check out the forum guidelines!

Mon, 05/04/2009 - 01:08 (Reply to #16)
Joe
Joe's picture

Oh, by the way...in the future, start a new topic when you're asking an unrelated question. Just because the package happens to be the same, it isn't the same question as the original poster, and the answers are very different.

--

Check out the forum guidelines!

Mon, 05/04/2009 - 03:07 (Reply to #17)
Donkzilla

hi Joe, yeah, I know downloading it onto my laptop is clueless... but well, I'm clueless. Anyway, I seem to be making a bit of progress now. I had to use yum to install rpm-build before I could run the command

rpmbuild --rebuild ImageMagick-6.5.1.2-1.fc11.src.rpm

but now I have this output:

<div class='quote'>[root@domU-12-31-39-00-48-05:~] rpmbuild --rebuild ImageMagick-6.5.1.2-1.fc11.src.rpm
Installing ImageMagick-6.5.1.2-1.fc11.src.rpm
warning: InstallSourcePackage: Header V3 RSA/SHA256 signature: NOKEY, key ID d22e77f2
warning: user mockbuild does not exist - using root
warning: group mockbuild does not exist - using root
error: unpacking of archive failed on file /usr/src/redhat/SOURCES/ImageMagick-6.4.0-multilib.patch;49fed25a: cpio: MD5 sum mismatch
error: ImageMagick-6.5.1.2-1.fc11.src.rpm cannot be installed
[root@domU-12-31-39-00-48-05:~]</div>

I used yum again to install mock, but ran into the exact same problem. Seems to be some kind of problem with MD5 sum mismatch. Does this mean the ImageMagick download is corrupted? I tried downloading it 3 times.

BTW, I'll try to remember the wget command in future so I don't get so stupidly stuck on basics.

Mon, 05/04/2009 - 03:14 (Reply to #18)
Joe
Joe's picture

Oh! Yeah, I've actually seen that. For some reason the koji build environment produces corrupt MD5 headers.
Try this:

rpm -ivh --nomd5 ImageMagick-6.5.1.2-1.fc11.src.rpm
rpmbuild -bb /usr/src/redhat/SPECS/ImageMagick.spec

--

Check out the forum guidelines!

Mon, 05/04/2009 - 04:12 (Reply to #19)
Donkzilla

I tried that, and got a long list of dependencies which I worked my way through installing via yum. But 3 dependencies remain, and I'm sort of stuck:
<div class='quote'>
[root@domU-12-31-39-00-48-05:~] rpm -ivh --nomd5 ImageMagick-6.5.1.2-1.fc11.src.rpm
warning: ImageMagick-6.5.1.2-1.fc11.src.rpm: Header V3 RSA/SHA256 signature: NOKEY, key ID d22e77f2
1:ImageMagick warning: user mockbuild does not exist - using root
warning: group mockbuild does not exist - using root
warning: user mockbuild does not exist - using root
warning: group mockbuild does not exist - using root
########################################### [100%]
warning: user mockbuild does not exist - using root
warning: group mockbuild does not exist - using root
[root@domU-12-31-39-00-48-05:~] rpmbuild -bb /usr/src/redhat/SPECS/ImageMagick.spec
error: Failed build dependencies:
perl-devel is needed by ImageMagick-6.5.1.2-1.i386
djvulibre-devel is needed by ImageMagick-6.5.1.2-1.i386
jasper-devel is needed by ImageMagick-6.5.1.2-1.i386
[root@domU-12-31-39-00-48-05:~] yum install perl-devel
Loading &quot;installonlyn&quot; plugin
Setting up Install Process
Setting up repositories
Reading repository metadata in from local files
Parsing package install arguments
Nothing to do
[root@domU-12-31-39-00-48-05:~]</div>

Mon, 05/04/2009 - 04:23 (Reply to #20)
Joe
Joe's picture

OK, it's getting a little intimidating, eh?

If you can wait a day or so, I'll try to get a package into the bleeding edge repo after I get some sleep (it's 6:17AM here, I've been up all night trying to wrap up the last bits of development on the new website).

So, if you did want to keep poking, you'd want to edit the spec file, and first try changing &quot;perl-devel&quot; to &quot;perl&quot; (I don't think there is a perl-devel package on CentOS...I think it's all in &quot;perl&quot;.

djvulibre-devel can just be removed (and check to see if there's any other mention of it...specifically in the configure section of the spec file). djvu is an obscure format that you aren't going to care about.

jasper-devel is a jpeg library...but libjpeg is the only jpeg library provided by CentOS. So, maybe try removing the jasper require and replacing it with libjpeg-devel (assuming libjpeg-devel isn't already mentioned). If there are any other mentions of jasper, you might need to convert them to the correct libjpeg options.

Of course, if ImageMagick has deprecated support for libjpeg, this won't work. I don't know. I haven't built or packaged ImageMagick in many years.

--

Check out the forum guidelines!

Mon, 05/04/2009 - 04:51 (Reply to #21)
Donkzilla

Joe, get some sleep!

No mad hurry to get it done... with patience and perseverance I'll get it working somehow in the end. I'm not going to give up on it, no matter how intimidating it is - we control the machines - we don't let the machines beat us!

Mon, 05/04/2009 - 05:09 (Reply to #22)
andreychek

<div class='quote'>we control the machines - we don't let the machines beat us!</div>

Indeed, that's why I'm going to see the new Terminator movie in a few weeks ;-)

If you don't see an Imagemagick RPM pop up in a good timeframe, just pop a note on here and we'll work through this further until Joe is able to get the RPM built.

Have a good one,
-Eric

Mon, 05/04/2009 - 06:13 (Reply to #23)
Donkzilla

hiya Eric :)

I edited the spec file then proceeded to build... after a very long while and seemingly endless amounts of output, I got here:

<div class='quote'>RPM build errors:
File not found by glob: /var/tmp/ImageMagick-6.5.1.2-1-root-root/usr/lib/ImageMagick-6.5.1/modules-Q16/coders/djvu.*
File not found by glob: /var/tmp/ImageMagick-6.5.1.2-1-root-root/usr/lib/ImageMagick-6.5.1/modules-Q16/coders/djvu.*
[root@domU-12-31-39-00-48-05:~]</div>

I think I might be very close to getting there now... except I can't find the rpm
<div class='quote'>
[root@domU-12-31-39-00-48-05:~] rpm -Uvh /usr/src/redhat/BUILD/ImageMagick-6.5.1-2.i386.rpm
error: open of /usr/src/redhat/BUILD/ImageMagick-6.5.1-2.i386.rpm failed: No such file or directory
[root@domU-12-31-39-00-48-05:~]</div>

Using filezilla I can quickly navigate through directories to find stuff, and /usr/src/redhat/BUILD/ImageMagick-6.5.1-2/ is chock-a-block with freshly installed files, but none of them end in i386.rpm

The /usr/src/redhat/RPMS/i386/ directory appears to be empty, though I think I may be getting a bit lost and off course, looking there...

Mon, 05/04/2009 - 06:52 (Reply to #24)
andreychek

I think the issue is that there's still a reference to the &quot;djvulibre-devel&quot; related stuff you removed from the dependencies.

Towards the end of the spec file is a section that describes what files are produced by the compile, and what to do with them.

It will probably reference something like:

[code:1]/usr/lib/ImageMagick-6.5.1/modules-Q16/coders/djvu.*[/code:1]

You just need to comment that out or remove it (and anything else with &quot;djvu&quot; mentioned in it). And then rinse and repeat :-)
-Eric

Mon, 05/04/2009 - 08:29 (Reply to #25)
Donkzilla

hehe - that worked!

<div class='quote'>[root@domU-12-31-39-00-48-05:~] rpm -Uvh /usr/src/redhat/RPMS/i386/ImageMagick-6.5.1.2-1.i386.rpm
Preparing... ########################################### [100%]
1:ImageMagick ########################################### [100%]
[root@domU-12-31-39-00-48-05:~] rpm -Uvh /usr/src/redhat/RPMS/i386/ImageMagick-devel-6.5.1.2-1.i386.rpm
Preparing... ########################################### [100%]
1:ImageMagick-devel ########################################### [100%]
[root@domU-12-31-39-00-48-05:~]</div>

Now I'm back to the same problem I had the other week - can't find ImageMagick in phpinfo();

I restarted apache, reinstalled imagick-2.2.1

Still no sign of it in phpinfo();

Hmmm, I've made a right mess of it... or maybe I overlooked something simple and am just one step away from success?

Mon, 05/04/2009 - 08:55 (Reply to #26)
andreychek

The thing to remember is that Imagemagick is a system library.

What you're seeing in the phpinfo() output is whether or not a PHP module to support a given system library exists. Installing the system library isn't enough, you also need to install the related PHP module.

To solve this problem -- I looked and saw there was no PHP package/module for Imagemagick on CentOS. From there, I did a Google search (on php imagemagick), and discovered from here that it's available as a PHP PECL extension:

http://us2.php.net/manual/en/imagick.installation.php

So now what? We just need to figure out how to install PECL extensions, and discover which one to install.

Some more poking on php.net, and we can see that &quot;pecl install MODULENAME&quot; is the syntax we want, and in this case, the module we need is &quot;imagick&quot;.

So for you, the next step is to run this:

pecl install imagick

You may at that point need to add this line to activate it to either the system configuration, or the specific Virtual Server php.ini:

extension=imagick.so

Let's see how that goes ;-)
-Eric

Sun, 06/07/2009 - 07:53 (Reply to #27)
Donkzilla

hi Eric

we're going over old ground. I reinstalled imagick-2.2.1 using the command

pecl install imagick-2.2.1

Remember the other week there was a problem with phpinfo() being unable to see imagick-2.2.2 and I fixed it by uninstalling version 2.2.2 and installing version 2.2.1 instead.

I've reinstalled it again today (see above) but it is no use, as it appears I have lost ImageMagick completely by running the rpm -Uvh commands.

Here is the php script I've been working on, using ImageMagick to loop through all image files of a given format in it's directory, converting them to thumbs with a drop shadow. The roundCorners() function is commented out because it would not work with versions of ImageMagick older than 6.2.9 (I was using version 6.2.8):

[code:1]&lt;?php
// put $n as an argument in writeImage to number increment each file name
//$n = 0;
$format = 'png';
$prefix = '200h_thumb_';
$images = new Imagick(glob('*.'.$format));

foreach($images as $image) {
//$n++;
$identify = $image-&gt;identifyImage();

// imageName returns the path as well as the file name, so use basename() to return only the file name
$filename = basename($identify['imageName']);

// protect against exponential increases of image files...
if (strstr($filename,$prefix)) {
die('images already resized');
}

$image-&gt;thumbnailImage(0,200);
//$image-&gt;roundCorners(5, 5);
$shadow = $image-&gt;clone();
$shadow-&gt;setImageBackgroundColor( new ImagickPixel( 'black' ) );
$shadow-&gt;shadowImage( 80, 3, 5, 5 );
$shadow-&gt;compositeImage( $image, Imagick::COMPOSITE_OVER, 0, 0 );

$shadow-&gt;writeImage($prefix.$filename);
}
echo 'images successfully resized&lt;br /&gt;';
//var_dump($identify);

?&gt;[/code:1]

The script was working, resizing and giving a drop shadow to thumbs. Uncommenting the roundCorners() function made the script break - hence why I needed to get a newer version of ImageMagick.

Now I have run the rpm -Uvh commands the script no longer works at all.

I'll try uninstalling Imagemagick and see what happens next. Fingers crossed...

Mon, 05/04/2009 - 10:34 (Reply to #28)
Donkzilla

o dear I'm in a right pickle now:

<div class='quote'>[root@domU-12-31-39-00-48-05:~] yum remove ImageMagick
Loading &quot;installonlyn&quot; plugin
Setting up Remove Process
Resolving Dependencies
--&gt; Populating transaction set with selected packages. Please wait.
---&gt; Package ImageMagick.i386 0:6.5.1.2-1 set to be erased
--&gt; Running transaction check
Setting up repositories
Reading repository metadata in from local files
--&gt; Processing Dependency: libMagickWand.so.2 for package: ImageMagick-perl
--&gt; Processing Dependency: ImageMagick = 6.5.1.2-1 for package: ImageMagick-perl
--&gt; Processing Dependency: ImageMagick = 6.5.1.2-1 for package: ImageMagick-devel
--&gt; Processing Dependency: libMagickWand.so.2 for package: ImageMagick-devel
--&gt; Processing Dependency: libMagickCore.so.2 for package: ImageMagick-devel
--&gt; Processing Dependency: libMagickCore.so.2 for package: ImageMagick-perl
--&gt; Restarting Dependency Resolution with new changes.
--&gt; Populating transaction set with selected packages. Please wait.
---&gt; Package ImageMagick-devel.i386 0:6.5.1.2-1 set to be erased
---&gt; Package ImageMagick-perl.i386 0:6.5.1.2-1 set to be erased
--&gt; Running transaction check

Dependencies Resolved

=============================================================================
Package Arch Version Repository Size
=============================================================================
Removing:
ImageMagick i386 6.5.1.2-1 installed 12 M
Removing for dependencies:
ImageMagick-devel i386 6.5.1.2-1 installed 370 k
ImageMagick-perl i386 6.5.1.2-1 installed 560 k

Transaction Summary
=============================================================================
Install 0 Package(s)
Update 0 Package(s)
Remove 3 Package(s)

Is this ok [y/N]: y
Downloading Packages:
Running Transaction Test
Finished Transaction Test
Transaction Test Succeeded
Running Transaction
Removing : ImageMagick ######################### [1/3]
Removing : ImageMagick-devel ######################### [2/3]
Removing : ImageMagick-perl ######################### [3/3]

Removed: ImageMagick.i386 0:6.5.1.2-1
Dependency Removed: ImageMagick-devel.i386 0:6.5.1.2-1 ImageMagick-perl.i386 0:6.5.1.2-1
Complete!
[root@domU-12-31-39-00-48-05:~] yum install ImageMagick
Loading &quot;installonlyn&quot; plugin
Setting up Install Process
Setting up repositories
Reading repository metadata in from local files
Parsing package install arguments
Resolving Dependencies
--&gt; Populating transaction set with selected packages. Please wait.
---&gt; Package ImageMagick.i386 0:6.2.8.0-3.el5.4 set to be updated
--&gt; Running transaction check

Dependencies Resolved

=============================================================================
Package Arch Version Repository Size
=============================================================================
Installing:
ImageMagick i386 6.2.8.0-3.el5.4 base 3.3 M

Transaction Summary
=============================================================================
Install 1 Package(s)
Update 0 Package(s)
Remove 0 Package(s)

Total download size: 3.3 M
Is this ok [y/N]: y
Downloading Packages:
Running Transaction Test
Finished Transaction Test
Transaction Test Succeeded
Running Transaction
Installing: ImageMagick ######################### [1/1]

Installed: ImageMagick.i386 0:6.2.8.0-3.el5.4
Complete!
[root@domU-12-31-39-00-48-05:~] /etc/init.d/httpd restart
Stopping httpd: [ OK ]
Starting httpd: httpd: apr_sockaddr_info_get() failed for domU-12-31-39-00-48-05
httpd: Could not reliably determine the server's fully qualified domain name, using 127.0.0.1 for ServerName
[ OK ]
[root@domU-12-31-39-00-48-05:~] pecl install imagick-2.2.1
pecl/imagick is already installed and is the same as the released version 2.2.1
install failed
[root@domU-12-31-39-00-48-05:~]</div>

as you can see, I've uninstalled the new version of ImageMagick and gone back to the old version, checked that imagick-2.2.1 is installed - basically everything has been set back to how it was - but I still can't see anything in phpinfo(). This morning I could see imagick and ImageMagick no problem in phpinfo().

Mon, 05/04/2009 - 11:31 (Reply to #29)
Donkzilla

I uninstalled imagick and reinstalled it - and got some previously unseen output which may provide some clues to where the problem is coming from:

<div class='quote'>[root@domU-12-31-39-00-48-05:~] pecl install imagick-2.2.1
downloading imagick-2.2.1.tgz ...
Starting to download imagick-2.2.1.tgz (75,873 bytes)
.................done: 75,873 bytes
11 source files, building
running: phpize
Configuring for:
PHP Api Version: 20041225
Zend Module Api No: 20050922
Zend Extension Api No: 220051025
Please provide the prefix of Imagemagick installation [autodetect] :
building in /var/tmp/pear-build-root/imagick-2.2.1
running: /tmp/pear/temp/imagick/configure --with-imagick
checking for egrep... grep -E
checking for a sed that does not truncate output... /bin/sed
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ANSI C... none needed
checking whether gcc and cc understand -c and -o together... yes
checking if compiler supports -R... no
checking if compiler supports -Wl,-rpath,... yes
checking build system type... i686-redhat-linux-gnu
checking host system type... i686-redhat-linux-gnu
checking target system type... i686-redhat-linux-gnu
checking for PHP prefix... /usr
checking for PHP includes... -I/usr/include/php -I/usr/include/php/main -I/usr/include/php/TSRM -I/usr/include/php/Zend -I/usr/include/php/ext
checking for PHP extension directory... /usr/lib/php/modules
checking for PHP installed headers prefix... /usr/include/php
checking for re2c... no
configure: WARNING: You will need re2c 0.9.11 or later if you want to regenerate PHP parsers.
checking for gawk... gawk
checking whether to enable the imagick extension... yes, shared
checking whether to enable the imagick GraphicsMagick backend... no
checking ImageMagick MagickWand API configuration program... configure: error: not found. Please provide a path to MagickWand-config or Wand-config program.
ERROR: `/tmp/pear/temp/imagick/configure --with-imagick' failed
[root@domU-12-31-39-00-48-05:~] /etc/init.d/httpd restart
Stopping httpd: [ OK ]
Starting httpd: httpd: apr_sockaddr_info_get() failed for domU-12-31-39-00-48-05
httpd: Could not reliably determine the server's fully qualified domain name, using 127.0.0.1 for ServerName
[ OK ]
[root@domU-12-31-39-00-48-05:~]</div>

Mon, 05/04/2009 - 11:52 (Reply to #30)
Joe
Joe's picture

So, I just want to clarify that whenever you change major versions of ImageMagick, you almost certainly have to rebuild the imagick PHP module, because the library interfaces very likely change between major versions.

This particular problem is that you probably don't have the ImageMagick-devel package installed (-devel is usually where header files, and stuff like API configuration tools, lives).

So, whenever you change ImageMagick versions, you have several steps that you have to do. I'm not sure why you keep flipping back and forth...I thought you knew what versions you wanted? Shouldn't we be working on making the version you want work?

Anyway, the steps are probably (I'm guessing, as I don't use it, but this is a pretty solid guess based on the errors above):

Use rpm to install the locally built version of ImageMagick 6.5.1 (and stop flipping back and forth...you're confusing my poor old brain--we'll make the right version work), and the -devel package of same (if it exists, it'll be in the same directory as ImageMagick). There may be other packages that you need in the same directory. I dunno. Been years since I've poked at ImageMagick.

Use pecl to build and install the imagick extension.

It is <i>then</i> and only then that things are done. And, if you change versions again, you will have to rebuild the extension for PHP, because the interfaces are almost certainly different.

--

Check out the forum guidelines!

Mon, 05/04/2009 - 15:02 (Reply to #31)
Donkzilla

hi Joe

sorry for unnecessarily complicating the problem. I can now see why not many people install ImageMagick on their servers - all the more reason to persevere!

Righty, I've taken onboard the idea to stick with going for the new version...

<div class='quote'>[root@domU-12-31-39-00-48-05:~] rpm -Uvh /usr/src/redhat/RPMS/i386/ImageMagick-6.5.1.2-1.i386.rpm
Preparing... ########################################### [100%]
1:ImageMagick ########################################### [100%]
[root@domU-12-31-39-00-48-05:~] rpm -Uvh /usr/src/redhat/RPMS/i386/ImageMagick-devel-6.5.1.2-1.i386.rpm
Preparing... ########################################### [100%]
1:ImageMagick-devel ########################################### [100%]
[root@domU-12-31-39-00-48-05:~] rpm -Uvh /usr/src/redhat/RPMS/i386/ImageMagick-C++-6.5.1.2-1.i386.rpm
error: open of /usr/src/redhat/RPMS/i386/ImageMagick-C++-6.5.1.2-1.i386.rpm failed: No such file or directory
[root@domU-12-31-39-00-48-05:~] rpm -Uvh /usr/src/redhat/RPMS/i386/ImageMagick-c++-6.5.1.2-1.i386.rpm
Preparing... ########################################### [100%]
1:ImageMagick-c++ ########################################### [100%]
[root@domU-12-31-39-00-48-05:~] rpm -Uvh /usr/src/redhat/RPMS/i386/ImageMagick-c++-devel-6.5.1.2-1.i386.rpm
Preparing... ########################################### [100%]
1:ImageMagick-c++-devel ########################################### [100%]
[root@domU-12-31-39-00-48-05:~] pecl install imagick-2.2.1
downloading imagick-2.2.1.tgz ...
Starting to download imagick-2.2.1.tgz (75,873 bytes)
.................done: 75,873 bytes
11 source files, building
running: phpize
Configuring for:
PHP Api Version: 20041225
Zend Module Api No: 20050922
Zend Extension Api No: 220051025
Please provide the prefix of Imagemagick installation [autodetect] :
building in /var/tmp/pear-build-root/imagick-2.2.1
running: /tmp/pear/temp/imagick/configure --with-imagick
checking for egrep... grep -E
checking for a sed that does not truncate output... /bin/sed
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ANSI C... none needed
checking whether gcc and cc understand -c and -o together... yes
checking if compiler supports -R... no
checking if compiler supports -Wl,-rpath,... yes
checking build system type... i686-redhat-linux-gnu
checking host system type... i686-redhat-linux-gnu
checking target system type... i686-redhat-linux-gnu
checking for PHP prefix... /usr
checking for PHP includes... -I/usr/include/php -I/usr/include/php/main -I/usr/include/php/TSRM -I/usr/include/php/Zend -I/usr/include/php/ext
checking for PHP extension directory... /usr/lib/php/modules
checking for PHP installed headers prefix... /usr/include/php
checking for re2c... no
configure: WARNING: You will need re2c 0.9.11 or later if you want to regenerate PHP parsers.
checking for gawk... gawk
checking whether to enable the imagick extension... yes, shared
checking whether to enable the imagick GraphicsMagick backend... no
checking ImageMagick MagickWand API configuration program... found in /usr/bin/MagickWand-config
checking for MagickWand.h header file... found in /usr/include/ImageMagick/wand/MagickWand.h
checking if ImageMagick version is at least 6.2.4... found version 6.5.1 Q16
checking if PHP version is at least 5.1.3... found version 5.1.6
checking for ld used by gcc... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for /usr/bin/ld option to reload object files... -r
checking for BSD-compatible nm... /usr/bin/nm -B
checking whether ln -s works... yes
checking how to recognise dependent libraries... pass_all
checking how to run the C preprocessor... gcc -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking dlfcn.h usability... yes
checking dlfcn.h presence... yes
checking for dlfcn.h... yes
checking for g++... g++
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking how to run the C++ preprocessor... g++ -E
checking for g77... no
checking for f77... no
checking for xlf... no
checking for frt... no
checking for pgf77... no
checking for fort77... no
checking for fl32... no
checking for af77... no
checking for f90... no
checking for xlf90... no
checking for pgf90... no
checking for epcf90... no
checking for f95... no
checking for fort... no
checking for xlf95... no
checking for ifc... no
checking for efc... no
checking for pgf95... no
checking for lf95... no
checking for gfortran... no
checking whether we are using the GNU Fortran 77 compiler... no
checking whether accepts -g... no
checking the maximum length of command line arguments... 32768
checking command to parse /usr/bin/nm -B output from gcc object... ok
checking for objdir... .libs
checking for ar... ar
checking for ranlib... ranlib
checking for strip... strip
checking if gcc supports -fno-rtti -fno-exceptions... no
checking for gcc option to produce PIC... -fPIC
checking if gcc PIC flag -fPIC works... yes
checking if gcc static flag -static works... yes
checking if gcc supports -c -o file.o... yes
checking whether the gcc linker (/usr/bin/ld) supports shared libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... no
configure: creating libtool
appending configuration tag &quot;CXX&quot; to libtool
checking for ld used by g++... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking whether the g++ linker (/usr/bin/ld) supports shared libraries... yes
checking for g++ option to produce PIC... -fPIC
checking if g++ PIC flag -fPIC works... yes
checking if g++ static flag -static works... yes
checking if g++ supports -c -o file.o... yes
checking whether the g++ linker (/usr/bin/ld) supports shared libraries... yes
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
appending configuration tag &quot;F77&quot; to libtool
configure: creating ./config.status
config.status: creating config.h
running: make
/bin/sh /var/tmp/pear-build-root/imagick-2.2.1/libtool --mode=compile gcc -I. -I/tmp/pear/temp/imagick -DPHP_ATOM_INC -I/var/tmp/pear-build-root/imagick-2.2.1/include -I/var/tmp/pear-build-root/imagick-2.2.1/main -I/tmp/pear/temp/imagick -I/usr/include/php -I/usr/include/php/main -I/usr/include/php/TSRM -I/usr/include/php/Zend -I/usr/include/php/ext -I/usr/include/ImageMagick -DHAVE_CONFIG_H -g -O2 -c /tmp/pear/temp/imagick/imagick_class.c -o imagick_class.lo
mkdir .libs
gcc -I. -I/tmp/pear/temp/imagick -DPHP_ATOM_INC -I/var/tmp/pear-build-root/imagick-2.2.1/include -I/var/tmp/pear-build-root/imagick-2.2.1/main -I/tmp/pear/temp/imagick -I/usr/include/php -I/usr/include/php/main -I/usr/include/php/TSRM -I/usr/include/php/Zend -I/usr/include/php/ext -I/usr/include/ImageMagick -DHAVE_CONFIG_H -g -O2 -c /tmp/pear/temp/imagick/imagick_class.c -fPIC -DPIC -o .libs/imagick_class.o
/bin/sh /var/tmp/pear-build-root/imagick-2.2.1/libtool --mode=compile gcc -I. -I/tmp/pear/temp/imagick -DPHP_ATOM_INC -I/var/tmp/pear-build-root/imagick-2.2.1/include -I/var/tmp/pear-build-root/imagick-2.2.1/main -I/tmp/pear/temp/imagick -I/usr/include/php -I/usr/include/php/main -I/usr/include/php/TSRM -I/usr/include/php/Zend -I/usr/include/php/ext -I/usr/include/ImageMagick -DHAVE_CONFIG_H -g -O2 -c /tmp/pear/temp/imagick/imagickdraw_class.c -o imagickdraw_class.lo
gcc -I. -I/tmp/pear/temp/imagick -DPHP_ATOM_INC -I/var/tmp/pear-build-root/imagick-2.2.1/include -I/var/tmp/pear-build-root/imagick-2.2.1/main -I/tmp/pear/temp/imagick -I/usr/include/php -I/usr/include/php/main -I/usr/include/php/TSRM -I/usr/include/php/Zend -I/usr/include/php/ext -I/usr/include/ImageMagick -DHAVE_CONFIG_H -g -O2 -c /tmp/pear/temp/imagick/imagickdraw_class.c -fPIC -DPIC -o .libs/imagickdraw_class.o
/bin/sh /var/tmp/pear-build-root/imagick-2.2.1/libtool --mode=compile gcc -I. -I/tmp/pear/temp/imagick -DPHP_ATOM_INC -I/var/tmp/pear-build-root/imagick-2.2.1/include -I/var/tmp/pear-build-root/imagick-2.2.1/main -I/tmp/pear/temp/imagick -I/usr/include/php -I/usr/include/php/main -I/usr/include/php/TSRM -I/usr/include/php/Zend -I/usr/include/php/ext -I/usr/include/ImageMagick -DHAVE_CONFIG_H -g -O2 -c /tmp/pear/temp/imagick/imagickpixel_class.c -o imagickpixel_class.lo
gcc -I. -I/tmp/pear/temp/imagick -DPHP_ATOM_INC -I/var/tmp/pear-build-root/imagick-2.2.1/include -I/var/tmp/pear-build-root/imagick-2.2.1/main -I/tmp/pear/temp/imagick -I/usr/include/php -I/usr/include/php/main -I/usr/include/php/TSRM -I/usr/include/php/Zend -I/usr/include/php/ext -I/usr/include/ImageMagick -DHAVE_CONFIG_H -g -O2 -c /tmp/pear/temp/imagick/imagickpixel_class.c -fPIC -DPIC -o .libs/imagickpixel_class.o
/bin/sh /var/tmp/pear-build-root/imagick-2.2.1/libtool --mode=compile gcc -I. -I/tmp/pear/temp/imagick -DPHP_ATOM_INC -I/var/tmp/pear-build-root/imagick-2.2.1/include -I/var/tmp/pear-build-root/imagick-2.2.1/main -I/tmp/pear/temp/imagick -I/usr/include/php -I/usr/include/php/main -I/usr/include/php/TSRM -I/usr/include/php/Zend -I/usr/include/php/ext -I/usr/include/ImageMagick -DHAVE_CONFIG_H -g -O2 -c /tmp/pear/temp/imagick/imagickpixeliterator_class.c -o imagickpixeliterator_class.lo
gcc -I. -I/tmp/pear/temp/imagick -DPHP_ATOM_INC -I/var/tmp/pear-build-root/imagick-2.2.1/include -I/var/tmp/pear-build-root/imagick-2.2.1/main -I/tmp/pear/temp/imagick -I/usr/include/php -I/usr/include/php/main -I/usr/include/php/TSRM -I/usr/include/php/Zend -I/usr/include/php/ext -I/usr/include/ImageMagick -DHAVE_CONFIG_H -g -O2 -c /tmp/pear/temp/imagick/imagickpixeliterator_class.c -fPIC -DPIC -o .libs/imagickpixeliterator_class.o
/bin/sh /var/tmp/pear-build-root/imagick-2.2.1/libtool --mode=compile gcc -I. -I/tmp/pear/temp/imagick -DPHP_ATOM_INC -I/var/tmp/pear-build-root/imagick-2.2.1/include -I/var/tmp/pear-build-root/imagick-2.2.1/main -I/tmp/pear/temp/imagick -I/usr/include/php -I/usr/include/php/main -I/usr/include/php/TSRM -I/usr/include/php/Zend -I/usr/include/php/ext -I/usr/include/ImageMagick -DHAVE_CONFIG_H -g -O2 -c /tmp/pear/temp/imagick/imagick_helpers.c -o imagick_helpers.lo
gcc -I. -I/tmp/pear/temp/imagick -DPHP_ATOM_INC -I/var/tmp/pear-build-root/imagick-2.2.1/include -I/var/tmp/pear-build-root/imagick-2.2.1/main -I/tmp/pear/temp/imagick -I/usr/include/php -I/usr/include/php/main -I/usr/include/php/TSRM -I/usr/include/php/Zend -I/usr/include/php/ext -I/usr/include/ImageMagick -DHAVE_CONFIG_H -g -O2 -c /tmp/pear/temp/imagick/imagick_helpers.c -fPIC -DPIC -o .libs/imagick_helpers.o
/bin/sh /var/tmp/pear-build-root/imagick-2.2.1/libtool --mode=compile gcc -I. -I/tmp/pear/temp/imagick -DPHP_ATOM_INC -I/var/tmp/pear-build-root/imagick-2.2.1/include -I/var/tmp/pear-build-root/imagick-2.2.1/main -I/tmp/pear/temp/imagick -I/usr/include/php -I/usr/include/php/main -I/usr/include/php/TSRM -I/usr/include/php/Zend -I/usr/include/php/ext -I/usr/include/ImageMagick -DHAVE_CONFIG_H -g -O2 -c /tmp/pear/temp/imagick/imagick.c -o imagick.lo
gcc -I. -I/tmp/pear/temp/imagick -DPHP_ATOM_INC -I/var/tmp/pear-build-root/imagick-2.2.1/include -I/var/tmp/pear-build-root/imagick-2.2.1/main -I/tmp/pear/temp/imagick -I/usr/include/php -I/usr/include/php/main -I/usr/include/php/TSRM -I/usr/include/php/Zend -I/usr/include/php/ext -I/usr/include/ImageMagick -DHAVE_CONFIG_H -g -O2 -c /tmp/pear/temp/imagick/imagick.c -fPIC -DPIC -o .libs/imagick.o
/bin/sh /var/tmp/pear-build-root/imagick-2.2.1/libtool --mode=link gcc -DPHP_ATOM_INC -I/var/tmp/pear-build-root/imagick-2.2.1/include -I/var/tmp/pear-build-root/imagick-2.2.1/main -I/tmp/pear/temp/imagick -I/usr/include/php -I/usr/include/php/main -I/usr/include/php/TSRM -I/usr/include/php/Zend -I/usr/include/php/ext -I/usr/include/ImageMagick -DHAVE_CONFIG_H -g -O2 -o imagick.la -export-dynamic -avoid-version -prefer-pic -module -rpath /var/tmp/pear-build-root/imagick-2.2.1/modules imagick_class.lo imagickdraw_class.lo imagickpixel_class.lo imagickpixeliterator_class.lo imagick_helpers.lo imagick.lo -lMagickWand -lMagickCore
gcc -shared .libs/imagick_class.o .libs/imagickdraw_class.o .libs/imagickpixel_class.o .libs/imagickpixeliterator_class.o .libs/imagick_helpers.o .libs/imagick.o /usr/lib/libMagickWand.so -L/usr/lib /usr/lib/libMagickCore.so -Wl,-soname -Wl,imagick.so -o .libs/imagick.so
creating imagick.la
(cd .libs &amp;&amp; rm -f imagick.la &amp;&amp; ln -s ../imagick.la imagick.la)
/bin/sh /var/tmp/pear-build-root/imagick-2.2.1/libtool --mode=install cp ./imagick.la /var/tmp/pear-build-root/imagick-2.2.1/modules
cp ./.libs/imagick.so /var/tmp/pear-build-root/imagick-2.2.1/modules/imagick.so
cp ./.libs/imagick.lai /var/tmp/pear-build-root/imagick-2.2.1/modules/imagick.la
PATH=&quot;$PATH:/sbin&quot; ldconfig -n /var/tmp/pear-build-root/imagick-2.2.1/modules
----------------------------------------------------------------------
Libraries have been installed in:
/var/tmp/pear-build-root/imagick-2.2.1/modules

If you ever happen to want to link against installed libraries
in a given directory, LIBDIR, you must either use libtool, and
specify the full pathname of the library, or use the `-LLIBDIR'
flag during linking and do at least one of the following:
- add LIBDIR to the `LD_LIBRARY_PATH' environment variable
during execution
- add LIBDIR to the `LD_RUN_PATH' environment variable
during linking
- use the `-Wl,--rpath -Wl,LIBDIR' linker flag
- have your system administrator add LIBDIR to `/etc/ld.so.conf'

See any operating system documentation about shared libraries for
more information, such as the ld(1) and ld.so(8) manual pages.
----------------------------------------------------------------------

Build complete.
(It is safe to ignore warnings about tempnam and tmpnam).

running: make INSTALL_ROOT=&quot;/var/tmp/pear-build-root/install-imagick-2.2.1&quot; install
Installing shared extensions: /var/tmp/pear-build-root/install-imagick-2.2.1/usr/lib/php/modules/
running: find &quot;/var/tmp/pear-build-root/install-imagick-2.2.1&quot; | xargs ls -dils
542658 4 drwxr-xr-x 3 root root 4096 May 5 00:35 /var/tmp/pear-build-root/install-imagick-2.2.1
546114 4 drwxr-xr-x 3 root root 4096 May 5 00:35 /var/tmp/pear-build-root/install-imagick-2.2.1/usr
546133 4 drwxr-xr-x 3 root root 4096 May 5 00:35 /var/tmp/pear-build-root/install-imagick-2.2.1/usr/lib
546147 4 drwxr-xr-x 3 root root 4096 May 5 00:35 /var/tmp/pear-build-root/install-imagick-2.2.1/usr/lib/php
546168 4 drwxr-xr-x 2 root root 4096 May 5 00:35 /var/tmp/pear-build-root/install-imagick-2.2.1/usr/lib/php/modules
546098 704 -rwxr-xr-x 1 root root 713768 May 5 00:35 /var/tmp/pear-build-root/install-imagick-2.2.1/usr/lib/php/modules/imagick.so

Build process completed successfully
Installing '/usr/lib/php/modules/imagick.so'
install ok: channel://pecl.php.net/imagick-2.2.1
configuration option &quot;php_ini&quot; is not set to php.ini location
You should add &quot;extension=imagick.so&quot; to php.ini
[root@domU-12-31-39-00-48-05:~] /etc/init.d/httpd restart
Stopping httpd: [ OK ]
Starting httpd: httpd: apr_sockaddr_info_get() failed for domU-12-31-39-00-48-05
httpd: Could not reliably determine the server's fully qualified domain name, using 127.0.0.1 for ServerName
[ OK ]
[root@domU-12-31-39-00-48-05:~]</div>

everything appeared to go smoothly... except I still can't see ImageMagick or imagick in phpinfo();

I'll not touch anything now until you've had time to take a look at the output above - you can make much better sense of it than me. No mad hurry. I think I tried to get too much done today, it being a public holiday in the UK...

Mon, 05/04/2009 - 15:23 (Reply to #32)
andreychek

<div class='quote'>I can now see why not many people install ImageMagick on their servers</div>

Well, in Imagemagick's defense, it's actually pretty easy to install, usually, it's usually a matter of:

yum install imagemagick imagemagick-devel
pecl install imagick

On the other hand, you're trying to custom compile it to get something new and interesting. Round corners are pretty sweet, afterall :-)

Don't forget that Joe will be posting newer Imagemagick packages shortly, so if you don't get it, you can just use what he puts up there.

But onto solving the issue -- are there any errors that show up in the Apache error_log? I'm curious if it's erroring out, or if it's not attempting to load it. It's possible that somewhere along the line, the config line to tell the module to load got zapped.
-Eric

Mon, 05/04/2009 - 16:03 (Reply to #33)
Joe
Joe's picture

Maybe this is the problem:

<div class='quote'>configuration option &quot;php_ini&quot; is not set to php.ini location
You should add &quot;extension=imagick.so&quot; to php.ini</div>

If you already added that line, then you'll definitely need to get us some logs.

--

Check out the forum guidelines!

Mon, 05/04/2009 - 16:05 (Reply to #34)
Donkzilla

I'm seeing this a few times in the Apache error log:

<div class='quote'>PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php/modules/imagick.so' - libgomp.so.1: shared object cannot be dlopen()ed in Unknown on line 0</div>

I'll resist temptations to tinker with anything until you guys have nailed it.

Mon, 05/04/2009 - 16:16 (Reply to #35)
Donkzilla

<div class='quote'>You should add &quot;extension=imagick.so&quot; to php.ini</div>

extension=imagick.so is still in the global /etc/php.ini and also the /home/auto-software/etc/php5/php.ini from when I put it there the other week when I first got imagick working properly.

Mon, 05/04/2009 - 16:27 (Reply to #36)
Joe
Joe's picture

Weird. Is there a libgomp.so.1 on your system somewhere?

locate libgomp.so.1

Might need to run ldconfig. I dunno. I would have thought rpm and pecl would take care of the gritty stuff like that.

libgomp comes from the libgomp package on my system. Might check to be sure it's installed.

--

Check out the forum guidelines!

Mon, 05/04/2009 - 17:04 (Reply to #37)
Donkzilla

I found /usr/lib/gcc/i386-redhat-linux/4.1.1/libgomp.so ... I'm still hunting for libgomp.so.1 ... is there a command I can use to find it?

Mon, 05/04/2009 - 18:41 (Reply to #38)
Joe
Joe's picture

<div class='quote'>is there a command I can use to find it?</div>

Yep, the one I just mentioned:

locate libgomp.so.1

This assumes your locatedb is up to date. If it isn't, run updatedb first.

Seems like it wouldn't have let you build against a version not available. But, I dunno. I'm not even sure what a libgomp does...Oh! It's an MP (multi-processing) library. That doesn't even make sense. I guess somebody did a research project to prove that images were an embarrassingly parallel problem or something. So, maybe you can rebuild ImageMagick with that option disabled (just as you did with dejavu), if libgomp.so.1 doesn't exist, or you can't convince the system to load it properly.

Unless you're planning a massively parallel image processing system, I suspect you won't be needing libgomp.

--

Check out the forum guidelines!

Tue, 05/05/2009 - 04:21 (Reply to #39)
Donkzilla

<div class='quote'>[root@domU-12-31-39-00-48-05:~] updatedb
[root@domU-12-31-39-00-48-05:~] locate libgomp.so.1
/usr/lib/libgomp.so.1
/usr/lib/libgomp.so.1.0.0
[root@domU-12-31-39-00-48-05:~]</div>

libgomp.so.1 as such does not exist - just libgomp.so.1.0.0

Was there no need for me to install those c++ RPMs from /usr/src/redhat/RPMS/i386
do you think it is those that are causing the Apache error messages? I can try uninstalling imagick and ImageMagick again, and installing only ImageMagick-6.5.1.2-1.i386.rpm and ImageMagick-devel-6.5.1.2-1.i386.rpm, but I just want to make sure you think that is a wise next step, before I make another mess. I think I'm starting to get the hang of how this compiling and installing stuff works now. I had no idea what an rpm was when I started ;)

Tue, 05/05/2009 - 05:22 (Reply to #40)
andreychek

Well, I've gotten a little confused as to what versions of things you have installed there and where they came from.

But, let's see here, what might be a good course of action to move forward.

The problem isn't imagemagick, it's the PHP module. And the PHP module really wants to see libgomp.so.1.

So the next step is to figure out where that came from, and how to get it back.

While it's probably just a symlink to libgomp.so.1.0.0, I'm not sure I'd recommend manually doing that.

Can you remind me if you recall installing anything related to gomp or libgomp?

What does this show:

rpm -qa | grep gomp

I'm leaning towards re-installing the package that provides those libraries, but let's see about the above info before you do that :-)
-Eric

Tue, 05/05/2009 - 05:48 (Reply to #41)
Donkzilla

<div class='quote'>[root@domU-12-31-39-00-48-05:~] rpm -qa | grep gomp
libgomp-4.1.1-52.el5.2
[root@domU-12-31-39-00-48-05:~]</div>

I don't remember ever installing gomp or libgomp. My main aim is to practice coding PHP and create a killer app for facebook. I've got no idea what multi-processing is. I've got a suspicion I will gain an unhealthy knowledge about it soon.

Tue, 05/05/2009 - 08:12 (Reply to #42)
andreychek

Nah, I'll doubt you'll need to learn the slightest thing about anything &quot;gomp&quot; related to accomplish what you're after in your programming project you described above.

It's simply that the imagick module compiles in gomp support for those who do happen to require it.

Newer versions of yum provide an option called &quot;reinstall&quot;, and I suspect this will be available on your CentOS 5.3 setup.

Try running this:

yum reinstall libgomp

After doing that, does this file exist:

/usr/lib/libgomp.so.1

Tue, 05/05/2009 - 08:59 (Reply to #43)
Donkzilla

the newer yum command isn't recognised. I tried:

<div class='quote'>yum update libgomp</div>

and

<div class='quote'>yum update yum</div>

and nothing changed... shall I try:

<div class='quote'>yum remove libgomp</div>

followed by

<div class='quote'>yum install libgomp</div>

?

Tue, 05/05/2009 - 10:22 (Reply to #44)
Donkzilla

I went ahead and uninstalled then reinstalled libgomp... and bingo, libgomp.so.1 appeared in /usr/lib/

I then ran

<div class='quote'>/etc/init.d/httpd restart</div>

checked phpinfo() and still no sign of ImageMagick/imagic.

Now here is something weird. I took another peep in /usr/lib/ and libgomp.so.1 had gone, or rather, it had been replaced by libgomp.so.1.0.0

So merely restarting Apache somehow renames libgomp.so.1 to libgomp.so.1.0.0

Tue, 05/05/2009 - 12:00 (Reply to #45)
Donkzilla

to confuse things more, I've gone back to /usr/lib/ and using filezilla to look around, found both libgomp.so.1.0.0 and libgomp.so.1 - the latter is listed as a directory, while the former is listed as a file. Now I know technically in linux directories are actually files - and I've never been able to see inside any 'so' file or directory ever... so I'm more than a bit stuck...

Tue, 05/05/2009 - 12:28 (Reply to #46)
Donkzilla

I realised that a bunch of dependencies did actually get wiped when I removed and reinstalled libgomp. So I've reinstalled gcc, ImageMagick, ImageMagick-devel and imagick-2.2.1, restarted Apache, checked the Apache error log again:

<div class='quote'>PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php/modules/imagick.so' - libgomp.so.1: shared object cannot be dlopen()ed in Unknown on line 0</div>

Still no sign of ImageMagick/imagick in phpinfo()... and we know now that libgomp.so.1 is the culprit...

Searching for 'gomp' in the ImageMagick.spec file finds nothing. Hmmmm.

Tue, 05/05/2009 - 12:51 (Reply to #47)
Donkzilla

I just tried installing the very latest imagick-2.3.0RC1 and still the same problem...

Sun, 06/07/2009 - 07:53 (Reply to #48)
Donkzilla

googling for <i>imagick &quot;libgomp.so.1: shared object cannot be dlopen()ed&quot;</i> leads me to suspect gcc available via yum may be too old a version - similarly the ImageMagick version available via yum is so old it's fallen off the bottom of the ImageMagick changelog page. It looks like I may be able to score a win if I can get the latest and greatest version of gcc. I never realised trying to do a simple upgrade of ImageMagick to get jpegs and gifs images with rounded corners could turn into such a massive set of problems.
<a href='http://bugs.gentoo.org/223817' target='_blank'>http://bugs.gentoo.org/223817</a>

[url]
http://www.centos.org/modules/newbb/viewtopic.php?viewmode=flat&amp;topi...

<a href='http://groups.google.com/group/lovdbyless/browse_thread/thread/997bc21d2... target='_blank'>http://groups.google.com/group/lovdbyless/browse_thread/thread/997bc21d2...

<a href='http://blog.benkoski.com/2009/01/compiling-imagemagick-64-on-ubuntu-hard... target='_blank'>http://blog.benkoski.com/2009/01/compiling-imagemagick-64-on-ubuntu-hard...

More googling has revealed a possibly easier solution: Looks like a way around the problem is to place <div class='quote'>&acirc;

Sun, 06/07/2009 - 07:53 (Reply to #49)
Donkzilla

googling for <i>imagick &quot;libgomp.so.1: shared object cannot be dlopen()ed&quot;</i> leads me to suspect gcc available via yum may be too old a version - similarly the ImageMagick version available via yum is so old it's fallen off the bottom of the ImageMagick changelog page. It looks like I may be able to score a win if I can get the latest and greatest version of gcc. I never realised trying to do a simple upgrade of ImageMagick to get jpegs and gifs images with rounded corners could turn into such a massive set of problems.
<a href='http://bugs.gentoo.org/223817' target='_blank'>http://bugs.gentoo.org/223817</a>

[url]
http://www.centos.org/modules/newbb/viewtopic.php?viewmode=flat&amp;topi...

<a href='http://groups.google.com/group/lovdbyless/browse_thread/thread/997bc21d2... target='_blank'>http://groups.google.com/group/lovdbyless/browse_thread/thread/997bc21d2...

<a href='http://blog.benkoski.com/2009/01/compiling-imagemagick-64-on-ubuntu-hard... target='_blank'>http://blog.benkoski.com/2009/01/compiling-imagemagick-64-on-ubuntu-hard...

More googling has revealed a possibly easier solution: Looks like a way around the problem is to place <div class='quote'>&acirc;

Tue, 05/05/2009 - 23:27 (Reply to #50)
Donkzilla

rebuilding right now... images with corners, your days are numbered!

Pages

Topic locked