Package Details: php56-exif 5.6.40-11

Git Clone URL: (read-only, click to copy)
Package Base: php56
Description: exif module for php56
Upstream URL:
Keywords: php
Licenses: PHP
Submitter: mickael9
Maintainer: el_aur
Last Packager: el_aur
Votes: 49
Popularity: 0.71
First Submitted: 2016-01-03 21:26 (UTC)
Last Updated: 2024-03-27 14:51 (UTC)

Pinned Comments

el_aur commented on 2023-03-01 21:07 (UTC)

Created binary repository on

For Arch Linux, edit /etc/pacman.conf and add the following (note that the order of repositories in pacman.conf is important, since pacman always downloads the first found package):

Server =$arch

Then run the following as root

key=$(curl -fsSL$(uname -m)/home_el_archphp_Arch.key)
fingerprint=$(gpg --quiet --with-colons --import-options show-only --import --fingerprint <<< "${key}" | awk -F: '$1 == "fpr" { print $10 }')
pacman-key --init
pacman-key --add - <<< "${key}"
pacman-key --lsign-key "${fingerprint}"

Refresh packages database

pacman -Syy

Now search for php packages you need:

pacman -Ss php56

Install with pacman -S packages you need or all PHP 5.6 packages with:

sudo pacman -S $(pacman -Ssq | grep '^php56')

el_aur commented on 2023-02-22 16:02 (UTC)

Read Carefully! Breaking changes in compare with native PHP package

Console version /usr/bin/php56 is installed with php56-cli subpackage, php56 doesn't include it anymore!!!

PEAR and PECL are available as php56-pear and php56-pecl subpackages

All shared modules are respresented as stand-alone subpackages and are not included with php56 package anymore.

No more extensions in php.ini itself!

Separate INI files for each extension are placed in /etc/php56/conf.d

They are loaded in correct order according to priority

mickael9 commented on 2018-10-03 17:21 (UTC)

PHP 5.6 will stop getting security updates in January 2019. Consider upgrading to PHP 7 now

mickael9 commented on 2016-04-06 11:51 (UTC) (edited on 2018-10-03 17:18 (UTC) by mickael9)

PLEASE READ : For those who are getting "unknown public key" errors, this is NOT caused by this package. It means GPG is not configured to fetch public keys automatically (which is normal by default)

Please read the instructions at

The easiest way to overcome this is to manually import the keys from a keyserver :

$ gpg --keyserver hkp:// --recv-keys C2BF0BC433CFC8B3 FE857D9A90D90EC1

mickael9 commented on 2016-01-14 01:53 (UTC) (edited on 2016-08-06 17:00 (UTC) by mickael9)

foxxx and I have been working together and this package can now be installed along PHP 7 from the official repos. Everything has been moved into separate directories : Config : /etc/php56 Extensions : /usr/lib/php56/modules Binaries : /usr/bin/php56, /usr/bin/php56-cgi, /usr/bin/phar56, etc. If you were previously using this as a replacement for php7, you'll have to adjust the new configuration files in /etc/php56/ to reflect the current ones in /etc/php/. Apache module (provided by php56-apache) also has a specific configuration and CAN NOT cohabit with php7_module. Use php-fpm, fcgi or cgi if you need both versions. The apache module is installed as, so you should use the following lines your httpd.conf : # Load php 5.6 module LoadModule php5_module modules/ # Use it for .php extensions Include conf/extra/php56_module.conf Please let me know if you encounter any problem or have a suggestion.

Latest Comments

1 2 3 4 5 6 .. 21 Next › Last »

kasugano commented on 2024-06-07 23:19 (UTC)

@jepg92 Thank you very much for the information. Fixed both "php56" and "php74" builds here.

jepg92 commented on 2024-06-07 17:13 (UTC)

@kasugano solution from @Zeph in php72 package works for me

kasugano commented on 2024-05-28 06:16 (UTC) (edited on 2024-05-28 06:18 (UTC) by kasugano)

Got errors when rebuilding the php56 today ;)

/home/kasugano/.cache/aur/php56/src/php-5.6.40/ext/libxml/libxml.c:1002:49: error: passing argument 2 of ‘xmlSetStructuredErrorFunc’ from incompatible pointer type [-Wincompatible-pointer-types]
 1002 |                 xmlSetStructuredErrorFunc(NULL, php_libxml_structured_error_handler);
      |                                                 ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
      |                                                 |
      |                                                 void (*)(void *, xmlError *) {aka void (*)(void *, struct _xmlError *)}
In file included from /usr/include/libxml2/libxml/valid.h:15,
                 from /usr/include/libxml2/libxml/parser.h:19,
                 from /home/kasugano/.cache/aur/php56/src/php-5.6.40/ext/libxml/libxml.c:39:
/usr/include/libxml2/libxml/xmlerror.h:898:57: note: expected ‘xmlStructuredErrorFunc’ {aka ‘void (*)(void *, const struct _xmlError *)’} but argument is of type ‘void (*)(void *, xmlError *)’ {aka ‘void (*)(void *, struct _xmlError *)’}
  898 |                                  xmlStructuredErrorFunc handler);
      |                                  ~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~

el_aur commented on 2024-03-27 14:33 (UTC) (edited on 2024-03-27 14:39 (UTC) by el_aur)

Applied @severach patch, thanks

severach commented on 2024-02-01 20:51 (UTC)

I found the problem. It's a bug in php, not autoconf, found with some gentle prodding from Redhat. The new autoconf code just exposed it. It's the same as the first patch but at the source.

diff -ru5 a/TSRM/threads.m4 b/TSRM/threads.m4
--- a/TSRM/threads.m4>2019-01-09 04:54:13.000000000 -0500
+++ b/TSRM/threads.m4>2024-02-01 15:13:29.658242467 -0500
@@ -133,12 +133,12 @@
 AC_CACHE_CHECK(for pthreads_lib, ac_cv_pthreads_lib,[
 if test "$pthreads_working" != "yes"; then
   for lib in pthread pthreads c_r; do

warmos commented on 2024-01-29 17:22 (UTC)

Thank you for the fix. At first I wanted to name it autoconf2.70, but some hook told me its against the aur rules and I wasn't able to push, idk how you did that. I'll try to delete autoconf-old then.

el_aur commented on 2024-01-27 18:34 (UTC) (edited on 2024-01-27 18:34 (UTC) by el_aur)

Thanks for patches. Created AUR package autoconf2.70 similar to autoconf2.13 (which is Archlinux official binary package!) to get same naming. ./configure patch is not ok I coz ./configure is produced by autoconf and I won't generate patches for each PHP version lower than 5.6 individually

warmos commented on 2024-01-20 18:14 (UTC)

Yeah, I guess this solution is better, since there is no need for another autoconf. Sounds sad to me that I spent almost 4 hours on making it work this way and then you come with such easy solution :D At least I learned something new

severach commented on 2024-01-19 13:35 (UTC) (edited on 2024-01-19 13:36 (UTC) by severach)

It can be fixed with this little patch. Might be easier than providing a separate autoconf. Clearly a bug that will be fixed soon.

diff -ru5 a/configure b/configure
--- a/configure>2024-01-19 08:25:52.461216284 -0500
+++ b/configure>2024-01-19 08:29:42.513207403 -0500
@@ -6849,14 +6849,14 @@
 { printf "%s\n" "$as_me:${as_lineno-$LINENO}: result: $ac_cv_pthreads_cflags" >&5
 printf "%s\n" "$ac_cv_pthreads_cflags" >&6; }
 { printf "%s\n" "$as_me:${as_lineno-$LINENO}: checking for pthreads_lib" >&5
 printf %s "checking for pthreads_lib... " >&6; }
@@ -113310,14 +113310,14 @@
 { printf "%s\n" "$as_me:${as_lineno-$LINENO}: result: $ac_cv_pthreads_cflags" >&5
 printf "%s\n" "$ac_cv_pthreads_cflags" >&6; }
 { printf "%s\n" "$as_me:${as_lineno-$LINENO}: checking for pthreads_lib" >&5
 printf %s "checking for pthreads_lib... " >&6; }

warmos commented on 2024-01-18 23:19 (UTC) (edited on 2024-01-18 23:21 (UTC) by warmos)

I finally made it after few hours. The package is available at and it provides binary /usr/bin/autoconf-2.70 so you should change your PKGBUILD where you specify the line ./buildconf --force to this: PHP_AUTOCONF="/usr/bin/autoconf-2.70" ./buildconf --force

Can you please update it and add the dependency?

Thank you