Package Details: php56-mcrypt 5.6.40-2

Git Clone URL: https://aur.archlinux.org/php56.git (read-only, click to copy)
Package Base: php56
Description: An HTML-embedded scripting language
Upstream URL: http://php.net
Keywords: php
Licenses: PHP
Provides: php-mcrypt
Submitter: mickael9
Maintainer: severach
Last Packager: severach
Votes: 48
Popularity: 0.021493
First Submitted: 2016-01-03 21:26 (UTC)
Last Updated: 2022-01-12 09:42 (UTC)

Required by (12)

Sources (13)

Pinned Comments

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 https://wiki.archlinux.org/index.php/Makepkg#Signature_checking

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

$ gpg --keyserver hkp://hkps.pool.sks-keyservers.net:80 --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 libphp56.so, so you should use the following lines your httpd.conf : # Load php 5.6 module LoadModule php5_module modules/libphp56.so # 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

drankinatty commented on 2022-04-19 02:47 (UTC)

Great job with the ICU patch. I hit that today after the ICU 71 update. Muddled for a hour or so to fix it with sed before finding the updated package here -- should have checked first... UBool/bool screw up in codepointiterator_internal.h and .cpp. Sheeze.

caffe1neadd1ct commented on 2021-12-11 19:45 (UTC)

Also the patches from centminmod here:

https://github.com/centminmod/centminmod/tree/master/patches/php

Would be good to apply for those still using this version, i'll try and find some time to test with ICU 70 and some centminmod patches soon.

caffe1neadd1ct commented on 2021-12-11 19:37 (UTC) (edited on 2022-01-04 10:31 (UTC) by caffe1neadd1ct)

Latest build error is due to ICU version 70. This has been fixed for php 7, for example here:

https://github.com/mhei/packages/blob/6eecc3bd4c8e34e3986fde3f95ed88c784cd99eb/lang/php7/patches/1011-Accommodate-changes-to-canonicalized-forms-in-ICU-70_1.patch

so we have two options:

  1. apply the patch and hope PHP 5.6 intl works ok with ICU 70

  2. install and compile ICU 69 to /opt and change one line in the PKGBUILD:

wget https://github.com/unicode-org/icu/releases/download/release-69-1/icu4c-69_1-src.tgz
tar -xf icu4c-69_1-src.tgz
cd icu/source
./configure \
  --prefix=/opt/icu69 \
  --sysconfdir=/etc \
  --mandir=/usr/share/man \
  --sbindir=/usr/bin
make -j 8
make install

PHP56 PKGBUILD change

--with-icu-dir=/usr \

to

--with-icu-dir=/opt/icu69 \

and build with

export LD_LIBRARY_PATH=/opt/icu69/lib
makepkg -sri

exporting the LD LIB PATH seems to avoid a very strange error in the intl extension even though the path has already been set using --with

Haven't tested the patch to work with ICU 70 yet but could be an option

Omarss commented on 2021-11-25 19:34 (UTC)

Does anyone know why it no longer compiles? I still haven't finished migrating the system to php7. Any guidance is appreciated

bjo commented on 2021-11-12 08:09 (UTC)

As there are no official security fixes any more, could it be an idea to include the patches from the ppa? https://launchpad.net/~ondrej/+archive/ubuntu/php/+sourcefiles/php5.6/5.6.40-55+ubuntu20.04.1+deb.sury.org+1/php5.6_5.6.40-55+ubuntu20.04.1+deb.sury.org+1.debian.tar.xz

hamedsbt commented on 2021-06-29 05:55 (UTC)

To bypass PGP checking ("unknown public key"), make sure the php-5.6.40.tar.xz file downloaded from official link https://secure.php.net/distributions/php-5.6.40.tar.xz Then open PKGBUILD file and remove lines 77,66,55,46 and save it. try to makepkg...

kusamochi commented on 2020-12-29 01:49 (UTC) (edited on 2020-12-29 08:13 (UTC) by kusamochi)

Need to add -DU_DEFINE_FALSE_AND_TRUE=1 to CPPFLAGS in PKGBUILD to compile.

CPPFLAGS+=' -DU_USING_ICU_NAMESPACE=1 -DU_DEFINE_FALSE_AND_TRUE=1'

Also when using php56-fpm, comment out or change the open_basedir= in php.ini, otherwise keep getting 404 for no reason.

caffe1neadd1ct commented on 2020-11-09 19:06 (UTC)

PHP 5.6 will stop working with MariaDB 10.5.7 due to a bug in the php-mysqlnd extension and stricter checking on the MariaDB side. This stricter checking was first introduced in MariaDB 10.2/3 https://jira.mariadb.org/browse/MDEV-24121 and reverted for a later major version (it broke a portion of the internet).

PHP 7.3 has this fixed, basically a byte is sent to the connected database server to say expect some parameters when preparing this query, then for a query without parameters e.g "SELECT * FROM groups" none are sent causing the stricter checking to throw the following error:

Error: SQLSTATE[HY000]: General error: 1835 Malformed communication packet

To fix i would suggest a PKGBUILD patch to the mysqlnd extension code:

https://github.com/centminmod/centminmod/blob/123.09beta01/patches/php/php5640-mysqlnd-fix.patch

Patches for the aur build: https://gist.github.com/Caffe1neAdd1ct/4a9004327390140bf10e3af2f277077f

Fully understand nobody should be on PHP 5.6 but if you are and need to keep using it alongside nice up-to-date versions of everything else this should help.

lendarker commented on 2019-11-09 13:45 (UTC)

I'm running into the exact same error as danny below.

enfernal commented on 2019-04-23 19:33 (UTC)

Comment date 2019-03-21, me too bug, php not work

danny commented on 2019-03-21 12:27 (UTC) (edited on 2019-03-21 12:28 (UTC) by danny)

=====================================================================

Number of tests : 777 704

Tests skipped : 73 ( 9.4%) --------

Tests warned : 0 ( 0.0%) ( 0.0%)

Tests failed : 1 ( 0.1%) ( 0.1%)

Expected fail : 1 ( 0.1%) ( 0.1%)

Tests passed : 702 ( 90.3%) ( 99.7%)

Time taken : 21 seconds

=====================================================================

=====================================================================

EXPECTED FAILED TEST SUMMARY

Test open_basedir configuration [tests/security/open_basedir_linkinfo.phpt] XFAIL REASON: BUG: open_basedir cannot delete symlink to prohibited file. See also bugs 48111 and 52176. =====================================================================

=====================================================================

FAILED TEST SUMMARY

php://input is empty when enable_post_data_reading=Off [tests/basic/bug67198.phpt]

===================================================================== ==> ERROR: A failure occurred in check(). Aborting... Error making: php56

test failed. BUG ?

razonyang commented on 2019-02-25 03:32 (UTC)

@mickael9 does not support freetype?

foxxx0 commented on 2019-01-15 09:14 (UTC)

updated to 5.6.40:

The PHP development team announces the immediate availability of PHP 5.6.40. This is a security release. Several security bugs have been fixed in this release. All PHP 5.6 users are encouraged to upgrade to this version.

Please note that according to the PHP version support timelines, PHP 5.6.40 is the last scheduled release of PHP 5.6 branch. There may be additional release if we discover important security issues that warrant it, otherwise this release will be the final one in the PHP 5.6 branch. If your PHP installation is based on PHP 5.6, it may be a good time to start making the plans for the upgrade to PHP 7.1, PHP 7.2 or PHP 7.3.

foxxx0 commented on 2018-12-15 09:10 (UTC) (edited on 2018-12-15 09:10 (UTC) by foxxx0)

updated to 5.6.39:

The PHP development team announces the immediate availability of PHP 5.6.39. This is a security release. Several security bugs have been fixed in this release. All PHP 5.6 users are encouraged to upgrade to this version.

This will be the last update for PHP 5.6, thus any potentially existing security vulnerabilities will not be fixed in the future.

Consider upgrading to PHP 7 now.

drankinatty commented on 2018-11-05 21:38 (UTC)

We will work on moving to 7, but currently 5.6 is still critical as there are still some groupware and server packages that have not been fully ported to 7. Thanks for keeping php56 updated.

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 2018-10-03 17:17 (UTC) (edited on 2018-10-03 17:19 (UTC) by mickael9)

@jboadas your gpg output indicates it only processed one key, I suggest you check that you copied the command correctly with the two arguments or you can just import the missing key

$ gpg --keyserver hkp://hkps.pool.sks-keyservers.net --recv-keys FE857D9A90D90EC1

With that said, I suggest you upgrade to PHP 7 because PHP 5.6 security updates will stop in 2 months.

jboadas commented on 2018-10-03 15:30 (UTC) (edited on 2018-10-03 15:32 (UTC) by jboadas)

The easiest way to overcome this is to manually import the keys from a keyserver : $ gpg --keyserver hkp://hkps.pool.sks-keyservers.net --recv-keys C2BF0BC433CFC8B3 FE857D9A90D90EC1

This is not working, I get this error gpg --keyserver hkp://hkps.pool.sks-keyservers.net --recv-keys C2BF0BC433CFC8B3 FE857D9A90D90EC1 gpg: key C2BF0BC433CFC8B3: 3 signatures not checked due to missing keys gpg: key C2BF0BC433CFC8B3: "Ferenc Kovacs tyrael@php.net" not changed gpg: Total number processed: 1 gpg: unchanged: 1

And the package fails to install with this message:

==> Verifying source file signatures with gpg... php-5.6.38.tar.xz ... FAILED (unknown public key C2BF0BC433CFC8B3) ==> ERROR: One or more PGP signatures could not be verified! ==> ERROR: Makepkg was unable to build php56.

foxxx0 commented on 2018-09-14 09:46 (UTC)

updated to 5.6.38:

The PHP development team announces the immediate availability of PHP 5.6.38. This is a security release. One security bug have been fixed in this release. All PHP 5.6 users are encouraged to upgrade to this version.

firegore commented on 2018-08-29 17:45 (UTC)

@tkteun

as stated in the pinned comment by mickael9 you need to import the gpg key first (or configure your GPG for autoretrieve)

Please read the instructions at https://wiki.archlinux.org/index.php/Makepkg#Signature_checking

The easiest way to overcome this is to manually import the keys from a keyserver : $ gpg --keyserver hkp://hkps.pool.sks-keyservers.net --recv-keys C2BF0BC433CFC8B3 FE857D9A90D90EC1

tkteun commented on 2018-08-29 17:29 (UTC)

php-5.6.37.tar.xz ... FAILED (unknown public key C2BF0BC433CFC8B3)

peteraba commented on 2018-08-03 09:22 (UTC)

Has anyone seen issues with libnsl? I haven't been able to upgrade for quite a while because both yaourt and pacman say it doesn't exist.

aznyouth commented on 2018-07-08 11:53 (UTC)

@mickael9 thanks dude, it was indeed the path issue. I changed it and it works!

mickael9 commented on 2018-07-08 10:05 (UTC)

@ludo.silvestre @gissf1 @aznyouth I guess it happened because /bin comes before /usr/bin in your PATH? It should work now.

aznyouth commented on 2018-07-07 23:19 (UTC)

I'm having trouble to install php56. I'm getting an error in check(). Can someone help me ?

gissf1 commented on 2018-05-30 22:53 (UTC) (edited on 2018-05-30 22:54 (UTC) by gissf1)

I'm getting an error when checking sendmail in check(). Running the command manually shows that it returns "/bin/sendmail":

$ ./php -n -r 'echo ini_get("sendmail_path");'

/bin/sendmail -t -i

On my system, /bin is a symlink to /usr/bin, so its effectively the same file.

I have postfix installed and it owns /usr/bin/sendmail:

$ pacman -Qo /usr/bin/sendmail

/usr/bin/sendmail is owned by postfix 3.3.1-1

$ pacman -Qo /bin/sendmail

/usr/bin/sendmail is owned by postfix 3.3.1-1

Maybe I'm not quite understanding the purpose of the grep test.

ludo.silvestre commented on 2018-05-29 13:43 (UTC)

Check fails when checking for sendmail's path. This happens when the user have msmtp-mta installed instead of sendmail.

For some reason I have both /bin/sendmail and /usr/bin/sendmail. Only the first one is returned by "echo ini_get('sendmail_path');". With PHP 7.2, the path returned is /usr/bin/sendmail, so it's probably a configuration issue.

ChrisMorgan commented on 2018-05-28 06:09 (UTC) (edited on 2018-05-28 06:13 (UTC) by ChrisMorgan)

The default configuration in this php56 package deviates from the extra/php package in a rather important way that took me some time to figure out: php.ini contains an arbitrary open_basedir restriction. I urge you to remove it from your php.ini.patch, because it is very surprising and fairly difficult to diagnose—for me the result was simply that as soon as I switched from stock php-fpm to stock php56-fpm it started failing with the mysterious “No input file specified.” error.

Remember that the default is nothing, rather than something containing a php that needs to be changed to php56.

foxxx0 commented on 2018-05-20 09:07 (UTC)

I added a patch to fix freetype2 >= 2.9.1 compatibility.

Should compile and work again :)

irreleph4nt commented on 2018-05-14 22:32 (UTC) (edited on 2018-05-14 22:33 (UTC) by irreleph4nt)

Does anyone know how to fix the libgd error? It's not compiling due to that.

checking for gdSetErrorMethod in -lgd... no

configure: error: Unable to find libgd.(a|so) >= 2.1.0 anywhere under /usr

gd obviously is installed.

anonfunc commented on 2018-05-11 02:35 (UTC) (edited on 2018-05-11 02:37 (UTC) by anonfunc)

There is a open bug [1] on the php tracker for this exact issue, but it doesn't look like they are gonna port this back to 5.6 (not even the other stable branches to be exact). The php package in the official repos got a patch [2] to detect freetype via pkg-config, maybe it can be backported to 5.6?

[1] https://bugs.php.net/bug.php?id=76324 [2] https://git.archlinux.org/svntogit/packages.git/tree/trunk/freetype.patch?h=packages/php

azero commented on 2018-05-10 11:03 (UTC) (edited on 2018-05-10 11:03 (UTC) by azero)

Building php56 requires freetype-config executable which is no longer in freetype2 package. I have a freetype-config in my github.

wget https://raw.githubusercontent.com/Azero-NG/archlinux/master/freetype-config

chmod +x freetype-config

cp freetype-config /usr/bin

TheEdgeOfRage commented on 2018-05-09 21:07 (UTC)

I'm getting the following error when I try to install php56

configure: error: Unable to find libgd.(a|so) >= 2.1.0 anywhere under /usr

Yes, I have gd installed, there are the following files in /usr/lib:

libgd.so

libgd.so.3

libgd.so.3.0.5

commented on 2018-05-09 20:01 (UTC)

I always get this error: configure: error: freetype-config not found.

Addow commented on 2018-05-05 08:40 (UTC)

@farmaazon: I run into the same issue, but worked around it by installing freetype2-infinality (freetype2 with custom settings and Infinality patches)

Link: https://aur.archlinux.org/packages/freetype2-infinality/

farmaazon commented on 2018-05-05 08:29 (UTC)

Building php56 requires freetype-config executable which is no longer in freetype2 package. I have had to downgrade freetype2 to get php56 build properly

lilmike commented on 2018-04-30 02:30 (UTC)

Pear seems to be failing to install properly. It says 'mv: cannot stat [pkgdir]/usr/bin/pear'

foxxx0 commented on 2018-04-29 14:43 (UTC)

Updated to 5.6.36:

The PHP development team announces the immediate availability of PHP 5.6.36. This is a security release. Several security bugs have been fixed in this release. All PHP 5.6 users are encouraged to upgrade to this version.

foxxx0 commented on 2018-04-23 11:42 (UTC)

In order to build the apache mod_php module this dependency is needed.

Please do the build process ALWAYS in a clean chroot env, that way additional makedeps won't clutter your system and you are left with a properly built package that can be shared without side-effect.

Please read: https://wiki.archlinux.org/index.php/DeveloperWiki:Building_in_a_Clean_Chroot

Eddw commented on 2018-04-23 11:34 (UTC)

Hi! Why depend on Apache?

foxxx0 commented on 2018-03-30 10:52 (UTC)

Updated to 5.6.35:

The PHP development team announces the immediate availability of PHP 5.6.35. This is a security release. One security bug was fixed in this release. All PHP 5.6 users are encouraged to upgrade to this version.

@postadelmaga: I have updated the PKGBUILD and it includes a fix for the recent icu update.

postadelmaga commented on 2018-03-30 06:42 (UTC) (edited on 2018-03-30 08:04 (UTC) by postadelmaga)

After upgrading Arch today I could not start apache anymore:

Cannot load modules/libphp56.so into server: libicui18n.so.60: cannot open shared object file: No such file or directory

So I tried to recompile this package but I got a bunch of errors, such as:

In file included from /tmp/yaourt-tmp-fra/aur-php56/src/php-5.6.34/ext/intl/intl_convertcpp.cpp:21:0:
/tmp/yaourt-tmp-fra/aur-php56/src/php-5.6.34/ext/intl/intl_convertcpp.h:28:25: error: ‘UnicodeString’ was not declared in this scope
int intl_stringFromChar(UnicodeString &ret, char *str, int32_t str_len, UErrorCode *status);

Update - Workaround for the missing libicui18n.so.60 library:

sudo ln -s /usr/lib/libicuuc.so.61.1 /usr/lib/libicuuc.so.60
sudo ln -s /usr/lib/libicui18n.so.61.1 /usr/lib/libicui18n.so.60 
sudo ln -s /usr/lib/libicudata.so.61.1 /usr/lib/libicudata.so.60

foxxx0 commented on 2018-03-02 08:33 (UTC)

Updated to 5.6.34:

The PHP development team announces the immediate availability of PHP 5.6.34. This is a security release. One security bug was fixed in this release. All PHP 5.6 users are encouraged to upgrade to this version.

foxxx0 commented on 2018-03-02 08:32 (UTC)

@Case_Of: Arch Linux relies heavily on systemd and thus I'm not going to remove the dependency. If you need it for your own use you are free to modify the PKGBUILD locally and then build it.

commented on 2018-03-02 04:15 (UTC)

Build failed. http://ix.io/ReW Please, remove systemd dependency.

foxxx0 commented on 2018-02-26 18:52 (UTC)

thanks for that hint, fixed.

rdoursenaud commented on 2018-02-26 17:51 (UTC)

Your latest patch for enchant2 support is missing a crucial part. Loading the extension results in the following: Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php56/modules/enchant.so' - /usr/lib/php56/modules/enchant.so: undefined symbol: enchant_dict_is_in_session in Unknown on line 0

You also need to patch the extension code itself to use the new API. Something like: https://git.archlinux.org/svntogit/packages.git/tree/trunk/enchant-2.patch?h=packages/php

I've been working on porting this to my php55 package which I've been basically copying from yours ;)

foxxx0 commented on 2018-02-26 10:39 (UTC)

Hey, sorry for the delay.

The patch for enchant-2 has been added and it now builds properly again. Thanks to all who have helped in fixing this.

polarbear commented on 2018-02-23 22:55 (UTC)

If you have problems with the enchant just install "enchant-pure" with aur :)

loscsol commented on 2018-02-05 09:55 (UTC) (edited on 2018-02-05 09:56 (UTC) by loscsol)

Nice work @Schmeidenbacher, patch works fine.

For the others, just save it locally and add this in PKGBUILD's prepare():

patch -p0 -l -i ${srcdir}/../php56-configure.patch

Like this:

prepare() {
        cd ${srcdir}/${_pkgbase}-${pkgver}

        patch -p0 -i ${srcdir}/php.ini.patch
        patch -p0 -i ${srcdir}/php-fpm.conf.in.patch
        patch -p0 -l -i ${srcdir}/../php56-configure.patch
        # Just because our Apache 2.4 is configured with a threaded MPM by default does not mean we want to build a ZTS PHP.
        # Let's supress this behaviour and build a SAPI that works fine with the prefork MPM.
        sed '/APACHE_THREADED_MPM=/d' -i sapi/apache2handler/config.m4 -i configure

        # Allow php-tidy to compile with tidy-html5
        sed 's/buffio\.h/tidybuffio\.h/' -i ext/tidy/tidy.c
}

Schmeidenbacher commented on 2018-02-03 12:56 (UTC)

My previous (and now deleted) comment was not quite complete.

A test build revealed a flaw in the patch. This version builds with the newest enchant version: https://gist.github.com/jschuck/5d237974e5856a221ccb347c9ccf8711

Fell free to use it in this package.

drankinatty commented on 2018-02-03 09:07 (UTC)

Why does php56 not build with enchant version 2.2.1-1 installed? All prior versions of php56 had had no problems with the package. Yes, I can grab enchant-pure from AUR and build, but I shouldn't have to uninstall a standard package just to get php56 to build. Has the problem been identified? I'll patch with enchant-pure this go-round, but will need to reinstall the Arch package.

tjbp commented on 2018-02-01 23:55 (UTC)

The package enchant-pure contains the necessary symlinks for this to compile again. If the enchant maintainer isn't interested in adding the symlinks it might be worth switching the dependency accordingly.

jdccdevel commented on 2018-01-31 22:34 (UTC)

php56 version 5.6.33-1 will not build if enchant version 2.2.1-1 is installed.

It appears the headers for that version of enchant are installed in /usr/include/enchant-2 instead of /usr/include/enchant as the php56 configure script is expecting.

The PHP7 build has a patch for the configure script that may be relevant.

foxxx0 commented on 2018-01-17 09:18 (UTC)

@marlemion:

To me it looks like php71 is causing this as it explicitly conflicts with "php". Due to the fact that the php56 packages have a provide="php" in order to be used as deps for packages that require "php", there is no way to fix this from within php56.

You can either rebuild the php71 packages yourself so that they do not conflict with "php" in order to install php71 and php56 alongside each other or simply wait until all your php 7 applications are compatible with php 7.2 and then leave out the php71 packages.

Please also note that php 5.6 support will end this year (31st December 2018) and there are no security updates after that. I strongly encourage everyone using php 5.6 to start looking for application updates or alternatives over the course of this year.

marlemion commented on 2018-01-17 09:08 (UTC)

I have nextcloud running alongside with web service in need of php56. Until recently, I managed this with two parallel php installations (plain php from pacman and php56 via AUR). Now, nextcloud needs php71, while the main version alrady went up to 7.2. Apparently, a php71 package was created to deal with this requirement. However, it breaks parallel installation with php56:

pacman -Suy :: Synchronizing package databases... core is up to date extra is up to date community is up to date multilib is up to date repo-ck is up to date :: Starting full system upgrade... resolving dependencies... looking for conflicting packages... warning: removing 'php' from target list because it conflicts with 'php71' warning: removing 'php-gd' from target list because it conflicts with 'php71-gd' :: php71 and php are in conflict. Remove php? [y/N] y :: php71 and php56 are in conflict (php). Remove php56? [y/N] y :: php71-gd and php-gd are in conflict. Remove php-gd? [y/N] y :: php71-gd and php56-gd are in conflict (php-gd). Remove php56-gd? [y/N] y error: failed to prepare transaction (could not satisfy dependencies) :: php56-apache: removing php56 breaks dependency 'php56' :: php56-cgi: removing php56 breaks dependency 'php56' :: php56-dblib: removing php56 breaks dependency 'php56' :: php56-embed: removing php56 breaks dependency 'php56' :: php56-enchant: removing php56 breaks dependency 'php56' :: php56-fpm: removing php56 breaks dependency 'php56' :: php56-imap: removing php56 breaks dependency 'php56' :: php56-intl: removing php56 breaks dependency 'php56' :: php56-ldap: removing php56 breaks dependency 'php56' :: php56-mcrypt: removing php56 breaks dependency 'php56' :: php56-mssql: removing php56 breaks dependency 'php56' :: php56-odbc: removing php56 breaks dependency 'php56' :: php56-pear: removing php56 breaks dependency 'php56' :: php56-pgsql: removing php56 breaks dependency 'php56' :: php56-phpdbg: removing php56 breaks dependency 'php56' :: php56-pspell: removing php56 breaks dependency 'php56' :: php56-snmp: removing php56 breaks dependency 'php56' :: php56-sqlite: removing php56 breaks dependency 'php56' :: php56-tidy: removing php56 breaks dependency 'php56' :: php56-xsl: removing php56 breaks dependency 'php56'

Additional info: package version(s) config and/or log files etc.

Maybe you are already aware of this. For now, this is a showstopper for me. I have to wait for nextcloud 13. Before release, I will not be able to update the system anymore... :/

foxxx0 commented on 2018-01-12 13:54 (UTC)

Updated to 5.6.33:

The PHP development team announces the immediate availability of PHP 5.6.33. This is a security release. Several security bugs were fixed in this release. All PHP 5.6 users are encouraged to upgrade to this version.

drankinatty commented on 2017-12-06 20:52 (UTC)

update to 5.32 (and Pierre finally making the pkgrel bump to -2 in php 7.2.0-2) allowed php 7.2 to install without php56-mcrypt removal conflict, httpd now runs again (and virtualbox drivers now build again after Linux 4.14 install -- with forced update to vbox 5.2.2, 5.1.30 modules do not build) 4.14 was not a smooth jump...

foxxx0 commented on 2017-12-06 14:46 (UTC)

@drankinatty: you do need to rebuild from time to time.

Update your system to the latest using: pacman -Syyu (including the kernel if you want)

And then rebuild the php56 package.

That should solve any issues you described.

drankinatty commented on 2017-12-06 14:19 (UTC)

Downgraded to 4.13, httpd still wouldn't start with 5.31, built 5.32 and all is good again. Thank you. Sorry for the noise.

drankinatty commented on 2017-12-06 13:44 (UTC)

Update to kernel 4.14 breaks php56. Apache will not start and the error is:

Dec 06 07:34:16 phoinix systemd[1]: Started Apache Web Server. Dec 06 07:34:16 phoinix httpd[17169]: httpd: Syntax error on line 180 of /etc/httpd/conf/httpd.conf: Cannot load modules/libphp56.so into server: libicui18n.so.59: cannot open shared object file: No such file or directory Dec 06 07:34:16 phoinix systemd[1]: httpd.service: Main process exited, code=exited, status=1/FAILURE Dec 06 07:34:16 phoinix systemd[1]: httpd.service: Failed with result 'exit-code'.

(this was with 5.31 - hopefully 5.32 has a fix, otherwise, I'll mark out of date so we can address it)

Addow commented on 2017-12-04 14:02 (UTC) (edited on 2017-12-05 21:01 (UTC) by Addow)

@jc-aur: is already taken care of, check this commit: https://git.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/php&id=e1c14f1569f7da2fd0acf4738771be1eb1096f1d

update: fixed a few hours ago in php 7.2.0-2

jc-aur commented on 2017-12-04 13:46 (UTC) (edited on 2017-12-04 13:47 (UTC) by jc-aur)

@mickael9 the latest php update from the main repo enters in conflict with php-mcrypt version of php56, can you check it out please?

icebal commented on 2017-11-14 18:53 (UTC) (edited on 2017-11-14 18:55 (UTC) by icebal)

why is this pulling apache as a dependancy? that should be put as an opt with nginx and the rest of the web servers. edit: i see its for making php5-apache. which shouldn't be made unless apache is installed.

foxxx0 commented on 2017-10-27 07:47 (UTC)

Updated to 5.6.32: The PHP development team announces the immediate availability of PHP 5.6.32. This is a security release. Several security bugs were fixed in this release. All PHP 5.6 users are encouraged to upgrade to this version.

severach commented on 2017-07-21 19:35 (UTC)

Please add /usr/share/pear after /usr/share/php56/pear/ to open_basedir in php.ini.

foxxx0 commented on 2017-07-07 06:55 (UTC)

Updated to 5.6.31: The PHP development team announces the immediate availability of PHP 5.6.31. This is a security release. Several security bugs were fixed in this release. All PHP 5.6 users are encouraged to upgrade to this version.

itsgreg341 commented on 2017-05-31 09:41 (UTC)

Why is this dependent on apache?

jc-aur commented on 2017-05-25 18:00 (UTC)

@mickael9 ah, feeling dumb. Totally forgot the -f command while doing the makepkg, sorry

mickael9 commented on 2017-05-25 15:31 (UTC) (edited on 2017-05-25 16:10 (UTC) by mickael9)

@Ouraios @jc-aur These errors can be solved by a simple rebuild. Update your system, THEN rebuild this package and everything should work as intended.

jc-aur commented on 2017-05-25 15:23 (UTC)

@foxxx0 I'm having the same problem but on the opposite side of the spectrum: openssl version outputs 'OpenSSL 1.1.0e 16 Feb 2017' which seems to be newer than 1.0.2d, what should I do, should I downgrade openssl? Not sure if that's the problem because the same output suggests there has been no changes since February and it was working yesterday, just didn't work today when tried to start apache

Ouraios commented on 2017-05-25 12:16 (UTC) (edited on 2017-05-25 14:47 (UTC) by Ouraios)

@foxxx0 it seems like php56is looking for openssl1.0.2d but now i have openssl1.0.2k on my system, so when php56 try to compile verything i got : Cannot load modules/libphp56.so into server: /usr/lib/libcrypto.so.1.0.0: version `OPENSSL_1.0.2d' not found (required by /etc/httpd/modules/libphp56.so) Edit : Ok i just reinstalled the whole php56 packages and it worked. With command : yaourt -Sya php56

foxxx0 commented on 2017-05-23 06:58 (UTC)

@graphicmist: yes, update your system...

graphicmist commented on 2017-05-23 05:59 (UTC)

I am getting error while building the package error: target not found: openssl-1.0 I have openssl 1.0.2k Any ideas how to fix this?

mickael9 commented on 2017-05-18 13:16 (UTC)

@Kaffka: the dependency on Apache is only required for php-apache and for building the packages (since this is a split package all php-* packages are built regardless of which you intend to install).

Kaffka commented on 2017-05-18 10:03 (UTC)

Curious thought: Why does this even have a dependency to apache2? I can (and do) use php-fpm with nginx just as well?

jc-aur commented on 2017-05-15 23:15 (UTC)

@mickael9 I see, no I just tried commenting the lines back again and didn't work. I do have mod_dir enabled via LoadModule dir_module modules/mod_dir.so in line 178, using apache version 2.24.25 atm. If I uncomment the lines it works, if I comment them it stops working, so the module and extensions are properly configured, or sort of?

mickael9 commented on 2017-05-15 22:12 (UTC)

@jc-aur: Works for me The SetHandler directive is in conf/extra/php56_module.conf which you're supposed to include. It seems to need mod_dir to be enabled too, maybe that isn't your case?

jc-aur commented on 2017-05-15 22:02 (UTC) (edited on 2017-05-15 23:11 (UTC) by jc-aur)

After installing latest version, and adding the two configuration lines on httpd.conf file php is not working, it only shows '<?php phpinfo(); ?> on the screen. In comparison with php 7 it lacks a line for the handler, am I missing something? EDIT: fixed after adding theses lines, which are not present anymore in the default httpd.conf file for apache, @mickael9 please consider adding these (or a better version if available to solve the issue) to the sticky comment about configuration of httpd.conf file AddType application/x-httpd-php .php AddType application/x-httpd-php-source .phps

mickael9 commented on 2017-05-10 18:02 (UTC)

@spicey: I forced the imap module to link with openssl 1.1. This should fix the crash.

mickael9 commented on 2017-05-09 22:36 (UTC) (edited on 2017-05-09 22:58 (UTC) by mickael9)

@spicey: somehow c-client uses libssl but is not linked to it (ldd /usr/lib/libc-client.so). I tried changing the imap (c-client) PKGBUILD to force -lssl -lcrypto and it seems to fix the problem. I'll investigate if I can do this in php56 instead Edit: I reported the bug: https://bugs.archlinux.org/task/53996

spicey commented on 2017-05-09 20:46 (UTC)

This thing segfaults when using php56-imap stuff with ssl, it probably has to do with c-client/imap packages being somehow linked with openssl 1.1. though it is not obvious to me how or where, see both libssl.so.1.1 and libssl.so.1.0 packages used, % php56 -r 'imap_open("{imap.gmail.com:993/imap/ssl}", "", "");' zsh: segmentation fault Program received signal SIGSEGV, Segmentation fault. 0x00007ffff2b77be0 in ?? () from /usr/lib/libssl.so.1.1 => 0x00007ffff2b77be0: f0 2b 93 f2 ff 7f 00 lock sub edx,DWORD PTR [rbx+0x7ffff2] (gdb) bt #0 0x00007ffff2b77be0 in ?? () from /usr/lib/libssl.so.1.1 #1 0x00007fffedcc74e3 in SSL_CTX_new () from /usr/lib/libssl.so.1.0.0 #2 0x00007fffee35a553 in ssl_start_work (...) at osdep.c:458 #3 ssl_start (...) at osdep.c:400 #4 0x00007fffee37306c in net_open_work (...) at mail.c:6201 #5 0x00007fffee37329e in net_open (...) at mail.c:6160 #6 0x00007fffee39a236 in imap_open (stream=0x1118fb0) at imap4r1.c:867 #7 0x00007fffee36f007 in mail_open_work (...) at mail.c:1338 #8 0x00007fffee3708a4 in mail_open (...) at mail.c:1260 #9 0x00007fffee659389 in php_imap_do_open (...) #10 zif_imap_open (...) #11 0x0000000000703f9d in zend_do_fcall_common_helper_SPEC (...) #12 0x0000000000691b5e in execute_ex (...) #13 0x000000000064656a in zend_eval_stringl (...) #14 0x0000000000646659 in zend_eval_stringl_ex (...)

lilmike commented on 2017-05-05 14:04 (UTC)

I'm getting an error when installing php56 (as of the -3 PKGREL, it worked at -2): http://codepad.org/AvD4puT9 -Michael.

mickael9 commented on 2017-05-04 15:29 (UTC)

@ejona86: Right, I didn't realize the openssl dependency is normally pulled with curl. It's fixed now.

ejona86 commented on 2017-05-04 15:11 (UTC)

There is a missing 'depends' on openssl-1.0, otherwise: php56: error while loading shared libraries: libcrypto.so.1.0.0: cannot open shared object file: No such file or directory

mickael9 commented on 2017-05-02 15:25 (UTC)

@Kaffka: it seems Manjaro haven't switched to openssl 1.1 yet, so the compatibility package doesn't exist. In the meantime, you can just use the PKGBUILD from the previous commit here: https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=php56&id=4925215fd745674bd5ebcea0cf7c8db6633bd0ca

Kaffka commented on 2017-05-02 08:09 (UTC)

Getting the following error when trying to update php56: $ pacaur -Syu --aur ... :: no results found for openssl-1.0 (dependency tree: php56-xsl php56-tidy php56-sqlite php56-snmp php56-pspell php56-phpdbg php56-pgsql php56-pear php56-odbc php56-mssql php56-mcrypt php56-ldap php56-intl php56-imap php56-gd php56-fpm php56-enchant php56-embed php56-dblib php56-cgi php56-apache php56 openssl-1.0) Manjaro Linux, OpenSSL 1.0.2k 26 Jan 2017

mickael9 commented on 2017-04-27 16:36 (UTC)

SSL build issues should be fixed now

Remedan commented on 2017-04-27 16:10 (UTC)

I ran into the openssl issue. Since I only use this package locally to test some stuff, I just compiled php without ssl support. If you need this package and can live without ssl, the workaround is removing `--with-openssl=shared` from the PKGBUILD.

niconicozerpa commented on 2017-04-27 14:13 (UTC)

Now, there's a SSL-related compile error. It seems to me that it related to a change in the openssl (v1.1) and openssl-1.0 packages. https://bpaste.net/show/467b31885f8c

c1tas commented on 2017-04-27 02:49 (UTC)

i build error with openssl how can i fix it openssl version 1.1.0e

mickael9 commented on 2017-03-09 16:18 (UTC)

@javicule: please post the complete build log (https://bpaste.net)

javicule commented on 2017-03-09 09:59 (UTC)

During the building process i get this error: collect2: error: ld returned 1 exit status make: *** [Makefile:355: sapi/cgi/php-cgi] Error 1 ==> Error: A failure occurred in build(). Currently i'm using manjaro 64bits version (no idea if it really matters). Any suggestion or solution mickael9? Thanks!

mickael9 commented on 2017-02-06 21:19 (UTC)

@lonercoder Just rebuild php56, it will be linked with the correct libreadline.

nikola3244 commented on 2017-02-06 21:15 (UTC)

I'm getting an error while executing `php56`: php56: error while loading shared libraries: libreadline.so.6: cannot open shared object file: No such file or directory I have tried to install readline 6, but couldn't because I have readline 7 already installed. So, my solution was to create a symlink from libreadline.so.7 But, is that the best solution?

mickael9 commented on 2017-01-26 17:27 (UTC) (edited on 2017-01-26 17:27 (UTC) by mickael9)

@RealLinuX https://wiki.archlinux.org/index.php/Nginx#PHP_implementation

RealLinuX commented on 2017-01-26 17:22 (UTC)

I have downloaded and installed this package and Im using NGINX as web server. How to enable php 5.6 on NGINX, since php7 is that only working for me so far (at lest phpinfo saz that at /srv/http)?

hxss commented on 2017-01-23 18:51 (UTC)

oh..sorry! My foult

mickael9 commented on 2017-01-23 18:10 (UTC)

@jilen: Can't reproduce. Try reinstalling gd: pacman -S gd

foxxx0 commented on 2017-01-23 18:02 (UTC) (edited on 2017-01-23 18:02 (UTC) by foxxx0)

@hxss: those are in php56-apache Please note, that php56 is a package group, which includes the base package with the same name. If you need certain features, e.g. FPM, mcrypt, imap, ... you have to install the corresponding php56-<feature> package. When you have built the whole php56 group you'll see what is available. (They are listed on this aur page, too.)

hxss commented on 2017-01-23 17:57 (UTC)

Just installed 5.6.30-1. There are no modules/libphp56.so and conf/extra/php56_module.conf in /etc/httpd/

jilen commented on 2017-01-23 01:51 (UTC)

configure: error: Unable to find libgd.(a|so) >= 2.1.0 anywhere under /usr ==> ERROR: A failure occurred in build(). Cannot build 5.6.30 version

foxxx0 commented on 2017-01-19 23:49 (UTC)

Updated to PHP 5.6.30: "The PHP development team announces the immediate availability of PHP 5.6.29. Several security related issues were fixed in this release. All PHP 5.6 users are encouraged to upgrade to this version."

dodo commented on 2016-12-19 15:16 (UTC)

Hi. I'm getting the following error: php-5.6.29.tar.xz ... FAILED (error during signature verification) ERROR: One or more PGP signatures could not be verified! ERROR: Makepkg was unable to build php56.

eduen commented on 2016-11-29 16:32 (UTC)

thanks mickael9 for instructions :)

foxxx0 commented on 2016-11-15 13:11 (UTC)

Updated to PHP 5.6.28: "The PHP development team announces the immediate availability of PHP 5.6.28. Several security related issues were fixed in this release. All PHP 5.6 users are encouraged to upgrade to this version."

foxxx0 commented on 2016-11-03 13:11 (UTC) (edited on 2016-11-03 13:15 (UTC) by foxxx0)

@postadelmaga: If you have built the whole php56 group there is a php56-gd package that will contain the gd module. Make sure to install it if you want to use gd. ---- Edit ---- Nevermind, totally missed the libvpx.so.3 in your error. Please update your system and build the php56 group again. If the error persists there is an AUR package that provides libvpx.so.3: libvpx-1.5.

postadelmaga commented on 2016-11-03 13:07 (UTC)

I cannot load gd. Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php56/modules/gd.so' - libvpx.so.3: cannot open shared object file: No such file or directory in Unknown on line 0

anthillsocial commented on 2016-10-28 22:41 (UTC)

I'm getting the following error. Any ideas? [code] ==> Finished making: php56 5.6.27-1 (Fri 28 Oct 23:38:03 BST 2016) [sudo] password for ???: loading packages... error: 'php56-cgi-5.6.27-1-x86_64.pkg.tar.xz': duplicate target error: 'php56-apache-5.6.27-1-x86_64.pkg.tar.xz': duplicate target error: 'php56-fpm-5.6.27-1-x86_64.pkg.tar.xz': duplicate target error: 'php56-embed-5.6.27-1-x86_64.pkg.tar.xz': duplicate target error: 'php56-phpdbg-5.6.27-1-x86_64.pkg.tar.xz': duplicate target error: 'php56-dblib-5.6.27-1-x86_64.pkg.tar.xz': duplicate target error: 'php56-pear-5.6.27-1-x86_64.pkg.tar.xz': duplicate target error: 'php56-enchant-5.6.27-1-x86_64.pkg.tar.xz': duplicate target error: 'php56-gd-5.6.27-1-x86_64.pkg.tar.xz': duplicate target error: 'php56-imap-5.6.27-1-x86_64.pkg.tar.xz': duplicate target error: 'php56-intl-5.6.27-1-x86_64.pkg.tar.xz': duplicate target error: 'php56-ldap-5.6.27-1-x86_64.pkg.tar.xz': duplicate target error: 'php56-mcrypt-5.6.27-1-x86_64.pkg.tar.xz': duplicate target error: 'php56-mssql-5.6.27-1-x86_64.pkg.tar.xz': duplicate target error: 'php56-odbc-5.6.27-1-x86_64.pkg.tar.xz': duplicate target error: 'php56-pgsql-5.6.27-1-x86_64.pkg.tar.xz': duplicate target error: 'php56-pspell-5.6.27-1-x86_64.pkg.tar.xz': duplicate target error: 'php56-snmp-5.6.27-1-x86_64.pkg.tar.xz': duplicate target error: 'php56-sqlite-5.6.27-1-x86_64.pkg.tar.xz': duplicate target error: 'php56-tidy-5.6.27-1-x86_64.pkg.tar.xz': duplicate target error: 'php56-xsl-5.6.27-1-x86_64.pkg.tar.xz': duplicate target [/code]

foxxx0 commented on 2016-10-15 09:42 (UTC)

Updated to PHP 5.6.27: "The PHP development team announces the immediate availability of PHP 5.6.27. Several security related issues were fixed in this release. All PHP 5.6 users are encouraged to upgrade to this version."

lks commented on 2016-10-11 21:19 (UTC)

@mickael9: Could you remove the php-5.6.26.tar.xz.asc? I can't see the point, why I should manually import such a key. Isn't it enough to check the MD5sum (or better the sha256sum) of the source files?

foxxx0 commented on 2016-09-16 21:41 (UTC)

Updated to PHP 5.6.26: "The PHP development team announces the immediate availability of PHP 5.6.26. Several security related issues were fixed in this release. All PHP 5.6 users are encouraged to upgrade to this version."

mickael9 commented on 2016-08-20 03:13 (UTC)

@p-we What do you mean? The shipped /etc/php56/php.ini already has extension_dir = "/usr/lib/php56/modules/"

p-we commented on 2016-08-20 03:01 (UTC)

Although as mickael9 states: "Everything has been moved into separate directories" /etc/php56/php.ini has to be changed to match the correct extension directory Line 734: extension_dir = "/usr/lib/php56/modules/"

mickael9 commented on 2016-08-16 17:36 (UTC)

@firegore Thanks. As it turns out, libvpx is not actually used. It should build without it now.

firegore commented on 2016-08-16 16:27 (UTC)

i couldnt build the package it couldnt find the libvpx.so File installing libvpx fixed it, maybe add it to depedencies?

mickael9 commented on 2016-08-06 15:08 (UTC) (edited on 2016-08-06 15:11 (UTC) by mickael9)

@lmat This is a split package for php56 and php56-* hence all comments in either packages end up in the same place. Apache module is in the php56-apache package and installs as /usr/lib/httpd/modules/libphp56.so Which means you want this in your httpd.conf: LoadModule php5_module modules/libphp56.so Include conf/extra/php56_module.conf

lmat commented on 2016-08-06 13:21 (UTC) (edited on 2016-08-06 13:28 (UTC) by lmat)

It looks like this is exactly the same as php56 (aur). Did the maintainer accidentally upload php56 here instead of php56-apache? (I'm using Download Snapshot.) I see my comment on php56-apache would up here. Either this problem is deeper than I thought, or I'm misunderstanding. I installed the php56 (aur), but libphp5.so isn't in the apache modules directory. I found it in /usr/lib, but when I put /usr/lib/libphp5.so in my httpd.conf, I get /usr/lib/libphp5.so: undefined symbol: php5_module

foxxx0 commented on 2016-07-22 10:19 (UTC)

Updated to PHP 5.6.24: "The PHP development team announces the immediate availability of PHP 5.6.24. Several bugs were fixed in this release, including security-related ones. All PHP 5.6 users are encouraged to upgrade to this version."

foxxx0 commented on 2016-05-26 23:11 (UTC)

Updated to PHP 5.6.22: "The PHP development team announces the immediate availability of PHP 5.6.22. Several security related issues were fixed in this release. All PHP 5.6 users are encouraged to upgrade to this version."

foxxx0 commented on 2016-05-26 22:32 (UTC)

@KacperA: just a coincedence as the upstream version of icu was 56.0. Meanwhile we are at version 57.0 so it has nothing to to with the naming of this package.

KacperA commented on 2016-05-01 19:35 (UTC)

Hi. Something's wrong with dependencies. php-intl needs icu with libicu*.so.56?

mickael9 commented on 2016-04-27 23:25 (UTC)

@heimer16: Nice catch, thanks. It's fixed now.

heimer16 commented on 2016-04-27 22:09 (UTC) (edited on 2016-04-27 22:12 (UTC) by heimer16)

Thanks for adding dblib. However on package install, it gives a warning that the library it already exists on the system. The install destination should have /usr/lib/${pkgbase} instead of /usr/lib/php

Second_Fry commented on 2016-04-25 20:24 (UTC)

Configuration options: "--enable-posix=shared" results in POSIX not being compiled. Should be excluded. "--with-openssl=shared" results in search for OpenSSL in folder shared. Should be "--with-openssl".

mickael9 commented on 2016-04-20 23:36 (UTC)

@michal.lohnisky : I added it. Thanks for noticing

michal.lohnisky commented on 2016-04-19 11:35 (UTC)

@mickael9 Hi, any chance to get php56-pdo_dblib added? Can I help you with that? Or can I do it manually only on my PC?

mickael9 commented on 2016-04-12 21:50 (UTC)

@Gruentee: Indeed, I've pushed a fix, let me know if it works.

Gruentee commented on 2016-04-12 19:42 (UTC)

Hey there, for some reason the build fails when https://aur.archlinux.org/packages/tidy-html5/ is installed.

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 https://wiki.archlinux.org/index.php/Makepkg#Signature_checking

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

$ gpg --keyserver hkp://hkps.pool.sks-keyservers.net:80 --recv-keys C2BF0BC433CFC8B3 FE857D9A90D90EC1

superspo commented on 2016-04-06 08:12 (UTC)

Hi, I get public key error on validation of sources compiling through yaourt(1.8.1-1) ==> Validazione delle firme dei sorgenti con gpg in corso... php-5.6.20.tar.xz ... NON RIUSCITO (chiave pubblica sconosciuta C2BF0BC433CFC8B3) ==> ERRORE: Una o più firme PGP non possono essere verificate! ==> ERRORE: Makepkg non è riuscito a compilare php56.

mickael9 commented on 2016-03-31 17:43 (UTC)

@dun32 I went for a slightly different method. Let me know if it's working now.

dun32 commented on 2016-03-30 16:07 (UTC) (edited on 2016-03-30 16:08 (UTC) by dun32)

Hi, I'm currently installing php56 inside a docker container and I need php pthreads. pecl56 doesn't run out of the box, it still refers to php and not php56. Can you add : sed -i 's|/usr/bin/php|/usr/bin/php56|g' "/usr/bin/pecl56" after line #344 in PKGBUILD, please ? @franzem : pecl56 comes with php56-pear package. Have a good day !

franzem commented on 2016-03-16 17:11 (UTC)

Hi, any chance to get php56-pecl added?

drankinatty commented on 2016-03-15 05:53 (UTC)

==> Verifying source file signatures with gpg... php-5.6.19.tar.xz ... FAILED (unknown public key C2BF0BC433CFC8B3) ==> ERROR: One or more PGP signatures could not be verified!

marmotz commented on 2016-03-08 09:56 (UTC)

Ok, sorry, it was caused by yaourt 1.7 and fixed in 1.8 :-/

marmotz commented on 2016-03-08 08:42 (UTC)

Hello, I can't install this package because I have the following error message: makepkg: invalid option '--pkg'

mickael9 commented on 2016-03-02 20:09 (UTC)

@PhilippeK : There's a php56-imagick package here in the AUR. Have you tried it?

PhilippeK commented on 2016-03-01 05:47 (UTC)

@mickael8: Thanks for the help, it is indeed in, and the reason for it not being enabled is that I had updated the php.ini in /etc/php, not /etc/php56. So phpmyadmin is working properly now, the only it that is not working is a small part where I use imagick. Any suggestion about this one ? Thanks in advance...

mickael9 commented on 2016-02-29 21:57 (UTC)

@PhilippeK : It's definitely in. $ pacman -Ql php56 | grep mysqli php56 /usr/include/php56/ext/mysqli/ php56 /usr/include/php56/ext/mysqli/mysqli_mysqlnd.h php56 /usr/include/php56/ext/mysqli/php_mysqli_structs.h php56 /usr/lib/php56/modules/mysqli.so Have you enabled it in /etc/php56/php.ini ?

PhilippeK commented on 2016-02-29 21:40 (UTC)

@mikael9 : I'm sorry but I don't believe that mysqli is part of the package. It's not in the list of the modules/packages above, and phpmyadmin complain about the absence of it (and does not work at all). Maybe I've made a mistake somewhere... Otherwise it's a great package and a great initiative, very easy to build (although it takes a while) and install as long as you use "sudo pacman -U php56*" in the build directory and fololow the included instructions to update httpd.conf. Now, if only mysqli could actually be in it... :) Thanks in advance!

ottoshmidt commented on 2016-02-28 17:26 (UTC) (edited on 2016-02-28 17:27 (UTC) by ottoshmidt)

Also got 'duplicate target' errors. Had to run pacman -U php56* in build directory. In other words, had to install built packages manually.

foxxx0 commented on 2016-02-21 15:44 (UTC) (edited on 2016-02-21 15:45 (UTC) by foxxx0)

Actually it *does* indeed provide "php". Each package from this group (if it does not cause conflicts with upstream php packages) will provide its respective php (without the "56" suffix) counterpart with the version of the current php56 release (5.6.18). So if any package has a dependency on php, where the version 5.6.18 is sufficient, this AUR package should satisfy it.

bluewind commented on 2016-02-21 15:28 (UTC)

This installs php 5.6 as a separate binary with a different name. It does not provide php nor does it conflict with it.

martimcfly commented on 2016-02-21 15:12 (UTC)

I'd love to find a provides or conflicts block => 'php'. This would make it easier to co-exist with other packages depending on php. Or is this unnecessary?

JonnyJD commented on 2016-02-21 13:07 (UTC)

Apache is not a dependency, it is a make-dependency. You can't compile the package files without it, but apache can be removed after building the package.

madalin commented on 2016-02-21 12:35 (UTC)

Why is Apache a dependency? Should not that be only for the mod_php extension and installed optional if needed? There are other people that would like to have PHP-FPM & Nginx only without a trace of HTTPD in their system and it is working great.

foxxx0 commented on 2016-02-18 20:11 (UTC)

@systemshq: Well then, please read the error carefully, it is entirely up to you what you do with it. You can either import the gpg key (recommended) using: gpg --recv-keys C2BF0BC433CFC8B3 Or you can run makepkg using the "--skippgpcheck" switch.

systemshq commented on 2016-02-18 12:23 (UTC)

Got a pgp signature error when trying to install php56 ==> Downloading php56 PKGBUILD from AUR... x .SRCINFO x PKGBUILD x apache.conf x logrotate.d.php-fpm x php-apache.install x php-fpm.conf.in.patch x php-fpm.install x php-fpm.service x php-fpm.tmpfiles x php.ini.patch php56 5.6.18-1 (2016-02-04 22:31) ( Unsupported package: Potentially dangerous ! ) ==> WARNING: This PKGBUILD describes a split package. ==> Specific package options are unknown ==> php56 dependencies: - apache (already installed) [makedepend] - c-client (already installed) [makedepend] - postgresql-libs (already installed) [makedepend] - libldap (already installed) [makedepend] - smtp-forwarder (already installed) [makedepend] - sqlite (already installed) [makedepend] - unixodbc (already installed) [makedepend] - net-snmp (already installed) [makedepend] - libzip (already installed) [makedepend] - enchant (already installed) [makedepend] - file (already installed) [makedepend] - freetds (already installed) [makedepend] - libmcrypt (already installed) [makedepend] - tidyhtml (already installed) [makedepend] - aspell (already installed) [makedepend] - libltdl (already installed) [makedepend] - gd (already installed) [makedepend] - icu (already installed) [makedepend] - curl (already installed) [makedepend] - libxslt (already installed) [makedepend] - openssl (already installed) [makedepend] - db (already installed) [makedepend] - gmp (already installed) [makedepend] - systemd (already installed) [makedepend] ==> Continue building php56 ? [Y/n] ==> ------------------------------- ==> ==> Building and installing package ==> This PKGBUILD provides " php56 php56-cgi php56-apache php56-fpm php56-embed php56-phpdbg php56-pear php56-enchant php56-gd php56-imap php56-intl php56-ldap php56-mcrypt php56-mssql php56-odbc php56-pgsql php56-pspell php56-snmp php56-sqlite php56-tidy php56-xsl " ==> Install only php56 ? [Y/n] ==> -------------------------- ==> ==> Making package: php56 5.6.18-1 (Thu 18 Feb 12:21:15 GMT 2016) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Retrieving sources... -> Downloading php-5.6.18.tar.xz... % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 11.0M 100 11.0M 0 0 4616k 0 0:00:02 0:00:02 --:--:-- 4616k -> Downloading php-5.6.18.tar.xz.asc... % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 473 100 473 0 0 1618 0 --:--:-- --:--:-- --:--:-- 1636 -> Found php.ini.patch -> Found apache.conf -> Found php-fpm.conf.in.patch -> Found logrotate.d.php-fpm -> Found php-fpm.service -> Found php-fpm.tmpfiles ==> Validating source files with md5sums... php-5.6.18.tar.xz ... Passed php-5.6.18.tar.xz.asc ... Skipped php.ini.patch ... Passed apache.conf ... Passed php-fpm.conf.in.patch ... Passed logrotate.d.php-fpm ... Passed php-fpm.service ... Passed php-fpm.tmpfiles ... Passed ==> Verifying source file signatures with gpg... php-5.6.18.tar.xz ... FAILED (unknown public key C2BF0BC433CFC8B3) ==> ERROR: One or more PGP signatures could not be verified!

shilkovsky commented on 2016-02-03 12:28 (UTC)

Just to be honest, there is no actual bug in yaourt and it perfectly builds this package. The part I didn't mention was ==> This PKGBUILD provides " php56 php56-cgi php56-apache php56-fpm php56-embed php56-phpdbg php56-pear php56-enchant php56-gd php56-imap php56-intl php56-ldap php56-mcrypt php56-mssql php56-odbc php56-pgsql php56-pspell php56-snmp php56-sqlite php56-tidy php56-xsl " ==> Install only php56 ? [Y/n] ==> -------------------------- ==> should be answered [n], instead of default [Y]

shilkovsky commented on 2016-02-03 10:30 (UTC)

@foxxx: Thank you, cower -d php56 cd php56 makepkg -si resolved the issue

foxxx0 commented on 2016-02-03 09:09 (UTC)

@shilkovsky: Please do NOT use yaourt. It's broken and causes problems all the time. As I've already suggested to marcvangend: please use cower + makepkg. This sould build *all* packages from the php56 group, including those who seem to be missing on your system.

shilkovsky commented on 2016-02-03 07:51 (UTC)

Hi! After installing this package and enabling gd, mcrypt, pdo_pgsq and sqlite extensions in php.ini I got: > php56 PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php56/modules/gd.so' - /usr/lib/php56/modules/gd.so: cannot open shared object file: No such file or directory in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php56/modules/mcrypt.so' - /usr/lib/php56/modules/mcrypt.so: cannot open shared object file: No such file or directory in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php56/modules/pdo_pgsql.so' - /usr/lib/php56/modules/pdo_pgsql.so: cannot open shared object file: No such file or directory in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php56/modules/sqlite3.so' - /usr/lib/php56/modules/sqlite3.so: cannot open shared object file: No such file or directory in Unknown on line 0 After > ls /usr/lib/php56/modules/ bcmath.so exif.so mysqli.so phar.so sysvmsg.so bz2.so ftp.so mysql.so posix.so sysvsem.so calendar.so gettext.so opcache.so shmop.so sysvshm.so curl.so gmp.so openssl.so soap.so xmlrpc.so dba.so iconv.so pdo_mysql.so sockets.so zip.so I can't see actual modules. yaourt -S php56-gd is trying to install php56, which "provides" php56-gd, but don't actually provides corresponding extension. I think it's packaging issue but I don't know how to fix it, looking for help. Thank you

foxxx0 commented on 2016-01-22 14:06 (UTC)

@marcvangend: I'd say that is an apacman bug. This php56 PKGBUILD and the resulting packages build just fine with makepkg like they are supposed to. If apacman is not able to build this PKGBUILD, it's most definitely a bug in apacman.

marcvangend commented on 2016-01-22 13:04 (UTC)

@foxxx yes, that does build php56-5.6.17-4-x86_64.pkg.tar.xz (and all sub packages) correctly. Still I don't get why apacman did not. Let's hope is just a one-time glitch and that the next updates will run as expected.

foxxx0 commented on 2016-01-22 12:17 (UTC)

@marcvangend: can you try downloading the php56 package using cower and building it with makepkg? mkdir ~/aur cd ~/aur cower -d php56 cd php56 makepkg -sci This should build the whole php56-group. If you don't want to install each and every package of the group, just leave out the '-i' at makepkg and then install the php56-*.pkg.tar.xz packages, that you want using pacman -U <foobar.pkg.tar.xz>.

marcvangend commented on 2016-01-22 11:13 (UTC)

I'm seeing something strange here... When I run `$ apacman -S --buildonly --noconfirm php56`, it actually builds php56-xsl. The last part of the build output: ==> Finished making: php56 5.6.17-4 (Fri Jan 22 11:39:14 CET 2016) -> Status built (1): php56 -> Saved package: php56-xsl-5.6.17-4-x86_64.pkg.tar.xz notice: php56 built -- not installing ==> Packages to bundle /var/cache/apacman/pkg/php56-xsl-5.6.17-4-x86_64.pkg.tar.xz Pretty strange, right? As a result, my package manager keeps telling me that php56 needs to be updated, but never finishes the job. Is this a local problem, or a problem in the PKGBUILD? All help appreciated.

foxxx0 commented on 2016-01-16 19:34 (UTC)

I have just fixed some issues with pear56 (using /usr/bin/php binaries instead of php56 ones) and renamed the php56-embed output filename. This allows for an installation of the php56 package group before updating the whole system to upstream php7 releases. tl;dr: If you are using or want to use PEAR with the php56 package: you should update. PS: If existing, you can copy your PEAR modules from a php (version 5) repo package to the new php56 location using: rsync -phaxsPHAXS /usr/share/pear/ /usr/share/php56/pear/

foxxx0 commented on 2016-01-15 00:29 (UTC) (edited on 2016-01-15 00:29 (UTC) by foxxx0)

For anyone who is interested (or in need) of some extensions for this php56, I have prepared some packages: https://aur.archlinux.org/packages/php56-apcu/ https://aur.archlinux.org/packages/php56-geoip/ https://aur.archlinux.org/packages/php56-memcache/ https://aur.archlinux.org/packages/php56-memcached/ That should be sufficient for most users, please contact me if I've missed something important. If any of these packages is malfunctioning, please use the *comment* function on the affected package.

marcvangend commented on 2016-01-14 09:12 (UTC)

Nice, thank you. @foxxx, I completely agree regarding /usr/local, my pkgbuild was a proof of concept rather than a final solution :-)

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 libphp56.so, so you should use the following lines your httpd.conf : # Load php 5.6 module LoadModule php5_module modules/libphp56.so # Use it for .php extensions Include conf/extra/php56_module.conf Please let me know if you encounter any problem or have a suggestion.

foxxx0 commented on 2016-01-12 22:47 (UTC)

@marcvangend: Thanks for your input, but I've taken a different approach as package manager shouldn't touch anything in /usr/local. The patch is ready and submitted to mickael9 for review. I'll start working on packages like php56-apcu, php56-geoip, etc... now.

marcvangend commented on 2016-01-12 09:18 (UTC)

@foxxx Ha, I have been doing exactly the same lately :-) Here is what I came up with: https://bitbucket.org/marcvangend/php56. Feel free to use / fork / merge / learn / open issues / whatever.

foxxx0 commented on 2016-01-10 23:59 (UTC) (edited on 2016-01-10 23:59 (UTC) by foxxx0)

@mickael9, @bladesuk1, @<anyone-who-is-interested>: I've spent the last couple of hours to rework this package to allow it to co-exist with the upstream php (version 7) packages. Making use of the --prefix compile time option of php I moved the whole php56 stuff to /opt/php56/{bin,lib,share,[...]}, changed the paths in the configs and patches as well as a standalone php56-fpm.service. I'm not sure about the apache mod_php stuff, how that fits in with an upstream php version 7 package, but using php56-fpm should be fine. When I'm done testing and verifying together with Bluewind, I'll submit a git patch to mickael9. Stay tuned, it should not take more than a couple of days to verify/test/debug the remaining part.

mickael9 commented on 2016-01-08 17:07 (UTC)

5.6.17 has been released, it's a security release so you should update ASAP @spiritabsolute @bruddy: please see https://wiki.archlinux.org/index.php/Makepkg#Signature_checking for GPG issues (make sure you're able to fetch the keys using gpg --recv-keys 33CFC8B3 90D90EC1). @bladesuk1: you can always remove the conflicts/provides lines in the PKGBUILD so that it installs, give it a try mysqli module is in the php56 package

bladesuk1 commented on 2016-01-08 11:17 (UTC) (edited on 2016-01-08 12:38 (UTC) by bladesuk1)

i don't suppose there's any way to run this in parallel with php7, is there? i only need php56 via php-fpm, but installing this replaces php7 rather than installing it side-by-side... if not, is there any chance that you could add php-mysqli into the build as well?

spiritabsolute commented on 2016-01-08 07:15 (UTC)

Error during installation "php-5.6.16.tar.xz ... FAILED (unknown public key C2BF0BC433CFC8B3)". Originally installed php 7. Then packages php and php-Apache were removed. Help me to understand.

mickael9 commented on 2016-01-07 17:43 (UTC)

@R00KIE: Good point, I did it for all packages in the group.

R00KIE commented on 2016-01-07 13:22 (UTC)

You might want to change the line "provides=('php')" to "provides=('php=5.6.16')" in the package_php56() function. The reason is that if some program has a dependency on php>=x.y then pacman will complain that dependency is not satisfied.

mickael9 commented on 2016-01-06 16:40 (UTC)

@Hoek : it should work if you install both packages at the same time so that the resulting transaction does not introduce any conflicts

dcelasun commented on 2016-01-05 11:25 (UTC)

@mickael9: OK then, I can probably set up an x64 repo for php56* over the weekend.

Hoek commented on 2016-01-05 11:24 (UTC) (edited on 2016-01-05 11:24 (UTC) by Hoek)

@mickael9: Thanks for the effort. I have php7 installed and try to revert to php56, maybe they should be flagged exclusive? When trying to install php56-apache: -> Saved package: php56-apache-5.6.16-2-x86_64.pkg.tar.xz [sudo] password for hoek: loading packages... resolving dependencies... warning: cannot resolve "php56", a dependency of "php56-apache" :: The following package cannot be upgraded due to unresolvable dependencies: php56-apache :: Do you want to skip the above package for this upgrade? [y/N] N error: failed to prepare transaction (could not satisfy dependencies) :: php56-apache: requires php56

mickael9 commented on 2016-01-04 17:04 (UTC) (edited on 2016-01-04 17:10 (UTC) by mickael9)

Thanks for the feedback but I was unable to reproduce the "duplicate target" errors and the download/integrity errors. I updated the PKGBUILD with more strict dependency checking and removed the "www." prefix from the source URLs. We'll see if this works better. As for the binary repos, I don't provide any, but anyone is free to do so. Note that PHP only takes a few minutes to compile on my laptop.

bruddy commented on 2016-01-04 10:47 (UTC)

Thanks for the package, it saved a lot of time. I ran into the same issue and try to remove the sub domain as marcvangend suggested (the GPG signature check failed of course and i didn't go any further). Instead, I used another mirror listed there : http://php.net/get/php-5.6.16.tar.xz/from/a/mirror. GPG check went well as well as the whole installation (just had to force pacman to not check upon some dependencies) Having said that, I don't know if the installation issue is related. For the conflicting packages, pacman should warn you and ask which one to keep.

marcvangend commented on 2016-01-04 10:33 (UTC)

@Hoek I got the same errors. Maybe the problem is that the PKGBUILD declares all sub-packages of php56 as conflicting, for example: "conflicts=('php-fpm')".

Hoek commented on 2016-01-04 09:46 (UTC)

Trying to install with marcvangend's hint (fix the upstream source), after the compilation finishes, i get the following error: ==> Finished making: php56 5.6.16-1 (Mon 4 Jan 10:41:09 CET 2016) [sudo] password for hoek: loading packages... error: 'php56-cgi-5.6.16-1-x86_64.pkg.tar.xz': duplicate target error: 'php56-apache-5.6.16-1-x86_64.pkg.tar.xz': duplicate target error: 'php56-fpm-5.6.16-1-x86_64.pkg.tar.xz': duplicate target error: 'php56-embed-5.6.16-1-x86_64.pkg.tar.xz': duplicate target error: 'php56-phpdbg-5.6.16-1-x86_64.pkg.tar.xz': duplicate target error: 'php56-pear-5.6.16-1-x86_64.pkg.tar.xz': duplicate target error: 'php56-enchant-5.6.16-1-x86_64.pkg.tar.xz': duplicate target error: 'php56-gd-5.6.16-1-x86_64.pkg.tar.xz': duplicate target error: 'php56-imap-5.6.16-1-x86_64.pkg.tar.xz': duplicate target error: 'php56-intl-5.6.16-1-x86_64.pkg.tar.xz': duplicate target error: 'php56-ldap-5.6.16-1-x86_64.pkg.tar.xz': duplicate target error: 'php56-mcrypt-5.6.16-1-x86_64.pkg.tar.xz': duplicate target error: 'php56-mssql-5.6.16-1-x86_64.pkg.tar.xz': duplicate target error: 'php56-odbc-5.6.16-1-x86_64.pkg.tar.xz': duplicate target error: 'php56-pgsql-5.6.16-1-x86_64.pkg.tar.xz': duplicate target error: 'php56-pspell-5.6.16-1-x86_64.pkg.tar.xz': duplicate target error: 'php56-snmp-5.6.16-1-x86_64.pkg.tar.xz': duplicate target error: 'php56-sqlite-5.6.16-1-x86_64.pkg.tar.xz': duplicate target error: 'php56-tidy-5.6.16-1-x86_64.pkg.tar.xz': duplicate target error: 'php56-xsl-5.6.16-1-x86_64.pkg.tar.xz': duplicate target Any suggestions what could cause them?

marcvangend commented on 2016-01-04 08:32 (UTC) (edited on 2016-01-04 09:30 (UTC) by marcvangend)

The upstream resources don't seem to exist (at the moment): "==> ERROR: Failure while downloading php-5.6.16.tar.xz". When you change "http://www.php.net/distributions/php-5.6.16.tar.xz" to "http://php.net/distributions/php-5.6.16.tar.xz" (remove the www subdomain) the download does succeed, but the integrity check fails with "php-5.6.16.tar.xz ... FAILED (unknown public key C2BF0BC433CFC8B3)". I managed to build the package using packer with the --skipinteg option, but that's not recommended of course. Once the build was complete, installation failed with "error: 'php56-***-5.6.16-1-x86_64.pkg.tar.xz': duplicate target". Help / fixes/ documentation is appreciated.

dcelasun commented on 2016-01-04 07:49 (UTC) (edited on 2016-01-04 10:50 (UTC) by dcelasun)

Thanks for this package. Is there a binary repo available somewhere?