Package Details: php-imagick 3.4.3RC1-1

Git Clone URL: (read-only)
Package Base: php-imagick
Description: PHP extension for IMagick
Upstream URL:
Licenses: PHP
Submitter: None
Maintainer: nubs
Last Packager: nubs
Votes: 72
Popularity: 2.764739
First Submitted: 2009-09-10 12:58
Last Updated: 2016-08-15 02:57

Latest Comments

nubs commented on 2016-08-15 02:58

I updated the packaged version to 3.4.3RC1. Thanks for the info bangbambang.

bangbambang commented on 2016-08-15 02:52

@FoPref bump the version to 3.4.3RC1, the current (3.4.2) have known bug when built against PHP 7:
- Bug 72311 - compiling against PHP 7.1.

FoPref commented on 2016-04-26 18:36

This package, as well as php7-imagick-git, does not work on my system.

# php --info

*** Error in `php': free(): invalid next size (fast): 0x00000000028a0010 ***
======= Backtrace: =========

Any usage of imagick in a PHP script will also crash.

nubs commented on 2016-03-04 17:05

Updated to 3.4.0 that was released today. Please report any problems!

nubs commented on 2016-02-18 14:17

3.3.0 is stable, but it doesn't build for PHP 7 so it won't work for archlinux (without building an old PHP).

Radioactiveman commented on 2016-02-17 22:51

Why do you not update it meanwhile to version 3.3.0? This is a stable version...

nubs commented on 2016-01-04 14:12

Once the PHP 7 support is final I will update this with the new version. Thanks for all the comments and the updated PKGBUILD everyone!

mtorromeo commented on 2016-01-04 08:02

PKGBUILD for 3.4.0rc4 here:

miau9202 commented on 2016-01-04 06:40

php7 support is started in 3.4.0, but it's still in RC stage.
here to view change log:

ignace72 commented on 2016-01-02 20:45

I have a compilation error with php 7.0.1:

/tmp/yaourt-tmp-ignace/aur-php-imagick/src/imagick-3.1.2/imagick_file.c: In function 'php_imagick_is_url':
/tmp/yaourt-tmp-ignace/aur-php-imagick/src/imagick-3.1.2/imagick_file.c:52:46: warning: passing argument 2 of 'php_stream_locate_url_wrapper' from incompatible pointer type [-Wincompatible-pointer-types]
if (php_stream_locate_url_wrapper(filename, &path_for_open, STREAM_LOCATE_WRAPPERS_ONLY TSRMLS_CC)) {
In file included from /usr/include/php/main/php.h:394:0,
from /tmp/yaourt-tmp-ignace/aur-php-imagick/src/imagick-3.1.2/php_imagick.h:40,
from /tmp/yaourt-tmp-ignace/aur-php-imagick/src/imagick-3.1.2/imagick_file.c:21:
/usr/include/php/main/php_streams.h:569:28: note: expected 'const char **' but argument is of type 'char **'
PHPAPI php_stream_wrapper *php_stream_locate_url_wrapper(const char *path, const char **path_for_open, int options);
/tmp/yaourt-tmp-ignace/aur-php-imagick/src/imagick-3.1.2/imagick_file.c: In function 'php_imagick_read_image_using_php_streams':
/tmp/yaourt-tmp-ignace/aur-php-imagick/src/imagick-3.1.2/imagick_file.c:156:58: error: 'ENFORCE_SAFE_MODE' undeclared (first use in this function)
stream = php_stream_open_wrapper(file->filename, "rb", (ENFORCE_SAFE_MODE|IGNORE_PATH) & ~REPORT_ERRORS, NULL);
/usr/include/php/main/php_streams.h:572:107: note: in definition of macro 'php_stream_open_wrapper'
#define php_stream_open_wrapper(path, mode, options, opened) _php_stream_open_wrapper_ex((path), (mode), (options), (opened), NULL STREAMS_CC)
/tmp/yaourt-tmp-ignace/aur-php-imagick/src/imagick-3.1.2/imagick_file.c:156:58: note: each undeclared identifier is reported only once for each function it appears in
stream = php_stream_open_wrapper(file->filename, "rb", (ENFORCE_SAFE_MODE|IGNORE_PATH) & ~REPORT_ERRORS, NULL);
/usr/include/php/main/php_streams.h:572:107: note: in definition of macro 'php_stream_open_wrapper'
#define php_stream_open_wrapper(path, mode, options, opened) _php_stream_open_wrapper_ex((path), (mode), (options), (opened), NULL STREAMS_CC)
Makefile:194: recipe for target 'imagick_file.lo' failed
make: *** [imagick_file.lo] Error 1
==> ERROR: A failure occurred in build().
==> ERROR: Makepkg was unable to build php-imagick.
==> Restart building php-imagick ? [y/N]

Thank you

nubs commented on 2015-06-19 02:07

I haven't been able to reproduce this problem with or without pkg-config installed. Do you have any more details?

blacktav commented on 2015-06-18 11:14

After building, apache fails to start reporting:
/usr/bin/httpd: symbol lookup error: /usr/lib/php/modules/ undefined symbol: MagickWandGenesis
Problem with pkg-config not being installed; "pacman -S pkg-config" solves the problem

t_b commented on 2015-03-24 19:43

package seems to be broken:

php --info
*** Error in `php': free(): invalid next size (fast): 0x0000000001a21b50 ***

php -r "phpinfo()"
*** Error in `php': malloc(): memory corruption: 0x0000000003502bb0 ***

nubs commented on 2015-01-23 16:21

Okay, I reuploaded the PKGBUILD. I don't know what happened to the PKGBUILD that was there, as I had a separate build/package function locally. Really strange and sorry for it not working!

Magotchi commented on 2015-01-23 15:37

Thanks for the help, t_b, but I was more mentioning it because I'm under the impression that AUR packages are meant to work, without modification, with makepkg.

t_b commented on 2015-01-12 20:12


you have to replace the build() with package() in the PKGBUILD or if you use customizepkg create

/etc/customizepkg.d/php-imagick and add the following line:


Magotchi commented on 2014-12-31 18:05

makepkg complains: ERROR: Missing package() function in {path-to-PKGBUILD}

Magotchi commented on 2014-12-31 18:04

makepkg complains: ERROR: Missing package() function in /tmp/yaourt-tmp-callearz/aur-php-imagick/./PKGBUILD

supersym commented on 2014-10-21 10:23

Oh, I guess I can remove PHP and use HHVM exclusively, which would solve the problem.

supersym commented on 2014-10-21 10:18

NOHDRI or HDRI is the question. PHP Composer complains is missing. Why is it depending on the HDRI exclusively? Because now I finally have HHVM working (NO-hdri) and PHP breaks on no-hdri. Annoying and frustrating this whole shurrade.

nubs commented on 2014-07-16 15:57

3.1.2-2 is just a minor update that now enables the extension by default. If anyone is interested in contributing changes to this PKGBUILD, it is now available on github: Pass along any improvements you are aware of!

skrobek commented on 2014-01-29 19:22

dundee: didn't help for me.

dundee commented on 2014-01-27 14:43

skrobek: try to reinstall the package. It works for me then.

skrobek commented on 2014-01-26 20:16

I still have the same isse that pizzaman has. Any ideaf how to fix that ?

PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php/modules/' - cannot open shared object file: No such file or directory in Unknown on line 0

I have 3.1.2 version installed via pecl.

nubs commented on 2013-11-13 11:08

Thanks for the heads up. Updated it and ran some basic tests.

leonardder commented on 2013-11-13 09:23

Version 3.1.2 seems to be available in PECL

nubs commented on 2013-08-30 17:34

rebuilding it should fix things without having to modify the PKGBUILD.

I'm not sure if I should push an update to the PKGBUILD considering it is valid as is - what's typically done?

pizzaman commented on 2013-08-29 09:06 makes reference to the library but since imagemagick the option HDRI was enabled which changed the library file names to include the HDRI moniker "HDRI", i.e

PHP Warns PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php/modules/' - cannot open shared object file: No such file or directory in Unknown on line 0,

nubs commented on 2013-05-29 13:42

That's already an optional dependency for imagickmagick, does it really need to be an optional dependency for this package too?

Spider.007 commented on 2013-05-29 13:28

This package should have have an (optional) dependency on ghostscript; without it a simple script throws strange errors:

$ php -a
Interactive shell

php > $images = new imagick();
php > $pdf = file_get_contents('/tmp/small.pdf');
php > $images->readImageBlob($pdf);
PHP Warning: Uncaught exception 'ImagickException' with message 'unable to load module `/usr/lib/ImageMagick-6.8.5//modules-Q16/coders/': file not found @ error/module.c/OpenModule/1277' in php shell code:1
Stack trace:
#0 php shell code(1): Imagick->readimageblob('%PDF-1.3?%?????...')
#1 {main}
thrown in php shell code on line 1

Anonymous comment on 2013-05-09 16:46

I needed to use version 3.1.0RC2 on my server.
Put it up on Github in case it helps anyone.

Anonymous comment on 2013-03-23 10:13

Thank you @nubs!

nubs commented on 2013-03-22 01:11

We'll see how I do :) I updated the package and it's working fine for me.

Anonymous comment on 2013-03-22 00:20

@nubs: I've disowned this package, and I think you may want to adopt it.

nubs commented on 2013-03-21 14:48

Yes, after applying the patch, the extension builds and works for me when running both imagemagick- and imagemagick- It's a straightforward change. If someone needs it, I can upload my changed PKGBUILD.

Anonymous comment on 2013-03-21 14:26

I can confirm what @nubs sais

nubs commented on 2013-03-21 11:35

This fails to compile after updating to imagemagick-6.8.3. This change should fix it:

Anonymous comment on 2012-05-10 01:40

@drcouzelis: I've fixed it. Thanks for feedback.

drcouzelis commented on 2012-05-10 00:42

I'm afraid this fails to compile after updating to php 5.4.3.

Thank you.

mtorromeo commented on 2012-03-19 13:38

@chjurk: All packages in base-devel group are implicitly required when compiling PKGBUILDs

Anonymous comment on 2012-03-19 13:36

Sigh. After hours of compiling PHP and ImageMagick on my own, it turned out that the missing pkg-config was the problem. Please add pkg-config as dependency. Thank you.

Anonymous comment on 2012-03-18 23:58

I had problems installing this package and at the end it didn't work.

Using makepkg failed at the first try, as the compiler couldn't locate `wand/MagickWand.h' - I had to append CFLAGS=-I/usr/include/ImageMagick to the ./configure line in the PKGBUILD. Then I was able to build the package.

But using the PHP module doesn't work. A `php -r 'new Imagick();' on the shell gives me an instant Segmentation Fault. gdb shows clearly why:
/usr/bin/php: symbol lookup error: /usr/lib/php/modules/ undefined symbol: MagickWandGenesis

ImageMagick version is with PHP 5.3.10-4.

Anonymous comment on 2012-02-08 02:04

It doesn't seem that it is necessary to add aur/shtool as a make dependency.

alperkanat commented on 2012-02-07 17:13

please add aur/shtool as a make dependency

mtorromeo commented on 2011-02-18 09:27

The backup directive is wrong, it should be:

Also the "|| return 1" are not necessary.