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.
Search Criteria
Package Details: php56-mcrypt 5.6.40-2
Package Actions
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) |
Dependencies (28)
- libltdl (libtool-git, libtool)
- libmcrypt
- php56
- apache (apache-git) (make)
- aspell (aspell-git) (make)
- c-client (make)
- curl (curl-minimal-git, curl-git) (make)
- db (db6.2) (make)
- enchant (enchant-pure) (make)
- file (file-git) (make)
- freetds (freetds-patched-enum, freetds-krb5) (make)
- gd (gd-git) (make)
- gmp (gmp-hg) (make)
- icu (icu-git-static, icu-git) (make)
- libldap (libldap24) (make)
- libltdl (libtool-git, libtool) (make)
- libmcrypt (make)
- libnsl (libnsl-git) (make)
- libxslt (libxslt-git) (make)
- libzip (libzip-git) (make)
- Show 8 more dependencies...
Required by (12)
- contao (requires php-mcrypt) (optional)
- contao-lts (requires php-mcrypt) (optional)
- emoncms (requires php-mcrypt)
- ldap-account-manager (requires php-mcrypt) (optional)
- nextcloud-10 (requires php-mcrypt) (optional)
- nextcloud-git (requires php-mcrypt) (optional)
- nextcloud-testing (requires php-mcrypt) (optional)
- owncloud (requires php-mcrypt) (optional)
- owncloud-daily (requires php-mcrypt) (optional)
- processmaker
- self-service-password (requires php-mcrypt) (optional)
- yii (requires php-mcrypt) (optional)
Sources (13)
- 0000-gd-2.3.3-dropped-GD_FLIP_HORINZONTAL.patch
- apache.conf
- https://raw.githubusercontent.com/centminmod/centminmod/123.09beta01/patches/php/php5640-mysqlnd-fix.patch
- https://raw.githubusercontent.com/mhei/packages/6eecc3bd4c8e34e3986fde3f95ed88c784cd99eb/lang/php7/patches/1011-Accommodate-changes-to-canonicalized-forms-in-ICU-70_1.patch
- https://secure.php.net/distributions/php-5.6.40.tar.xz
- https://secure.php.net/distributions/php-5.6.40.tar.xz.asc
- logrotate.d.php-fpm
- php-fpm.conf.in.patch
- php-fpm.service
- php-fpm.tmpfiles
- php-freetype-2.9.1.patch
- php.ini.patch
- use-enchant2.patch
Latest Comments
drankinatty commented on 2022-04-19 02:47 (UTC)
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:
so we have two options:
-
apply the patch and hope PHP 5.6 intl works ok with ICU 70
-
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)
foxxx0 commented on 2017-10-27 07:47 (UTC)
severach commented on 2017-07-21 19:35 (UTC)
foxxx0 commented on 2017-07-07 06:55 (UTC)
itsgreg341 commented on 2017-05-31 09:41 (UTC)
jc-aur commented on 2017-05-25 18:00 (UTC)
mickael9 commented on 2017-05-25 15:31 (UTC) (edited on 2017-05-25 16:10 (UTC) by mickael9)
jc-aur commented on 2017-05-25 15:23 (UTC)
Ouraios commented on 2017-05-25 12:16 (UTC) (edited on 2017-05-25 14:47 (UTC) by Ouraios)
foxxx0 commented on 2017-05-23 06:58 (UTC)
graphicmist commented on 2017-05-23 05:59 (UTC)
mickael9 commented on 2017-05-18 13:16 (UTC)
Kaffka commented on 2017-05-18 10:03 (UTC)
jc-aur commented on 2017-05-15 23:15 (UTC)
mickael9 commented on 2017-05-15 22:12 (UTC)
jc-aur commented on 2017-05-15 22:02 (UTC) (edited on 2017-05-15 23:11 (UTC) by jc-aur)
mickael9 commented on 2017-05-10 18:02 (UTC)
mickael9 commented on 2017-05-09 22:36 (UTC) (edited on 2017-05-09 22:58 (UTC) by mickael9)
spicey commented on 2017-05-09 20:46 (UTC)
lilmike commented on 2017-05-05 14:04 (UTC)
mickael9 commented on 2017-05-04 15:29 (UTC)
ejona86 commented on 2017-05-04 15:11 (UTC)
mickael9 commented on 2017-05-02 15:25 (UTC)
Kaffka commented on 2017-05-02 08:09 (UTC)
mickael9 commented on 2017-04-27 16:36 (UTC)
Remedan commented on 2017-04-27 16:10 (UTC)
niconicozerpa commented on 2017-04-27 14:13 (UTC)
c1tas commented on 2017-04-27 02:49 (UTC)
mickael9 commented on 2017-03-09 16:18 (UTC)
javicule commented on 2017-03-09 09:59 (UTC)
mickael9 commented on 2017-02-06 21:19 (UTC)
nikola3244 commented on 2017-02-06 21:15 (UTC)
mickael9 commented on 2017-01-26 17:27 (UTC) (edited on 2017-01-26 17:27 (UTC) by mickael9)
RealLinuX commented on 2017-01-26 17:22 (UTC)
hxss commented on 2017-01-23 18:51 (UTC)
mickael9 commented on 2017-01-23 18:10 (UTC)
foxxx0 commented on 2017-01-23 18:02 (UTC) (edited on 2017-01-23 18:02 (UTC) by foxxx0)
hxss commented on 2017-01-23 17:57 (UTC)
jilen commented on 2017-01-23 01:51 (UTC)
foxxx0 commented on 2017-01-19 23:49 (UTC)
dodo commented on 2016-12-19 15:16 (UTC)
eduen commented on 2016-11-29 16:32 (UTC)
foxxx0 commented on 2016-11-15 13:11 (UTC)
foxxx0 commented on 2016-11-03 13:11 (UTC) (edited on 2016-11-03 13:15 (UTC) by foxxx0)
postadelmaga commented on 2016-11-03 13:07 (UTC)
anthillsocial commented on 2016-10-28 22:41 (UTC)
foxxx0 commented on 2016-10-15 09:42 (UTC)
lks commented on 2016-10-11 21:19 (UTC)
foxxx0 commented on 2016-09-16 21:41 (UTC)
mickael9 commented on 2016-08-20 03:13 (UTC)
p-we commented on 2016-08-20 03:01 (UTC)
mickael9 commented on 2016-08-16 17:36 (UTC)
firegore commented on 2016-08-16 16:27 (UTC)
mickael9 commented on 2016-08-06 15:08 (UTC) (edited on 2016-08-06 15:11 (UTC) by mickael9)
lmat commented on 2016-08-06 13:21 (UTC) (edited on 2016-08-06 13:28 (UTC) by lmat)
foxxx0 commented on 2016-07-22 10:19 (UTC)
foxxx0 commented on 2016-05-26 23:11 (UTC)
foxxx0 commented on 2016-05-26 22:32 (UTC)
KacperA commented on 2016-05-01 19:35 (UTC)
mickael9 commented on 2016-04-27 23:25 (UTC)
heimer16 commented on 2016-04-27 22:09 (UTC) (edited on 2016-04-27 22:12 (UTC) by heimer16)
Second_Fry commented on 2016-04-25 20:24 (UTC)
mickael9 commented on 2016-04-20 23:36 (UTC)
michal.lohnisky commented on 2016-04-19 11:35 (UTC)
mickael9 commented on 2016-04-12 21:50 (UTC)
Gruentee commented on 2016-04-12 19:42 (UTC)
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
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 :
mickael9 commented on 2016-01-14 01:53 (UTC) (edited on 2016-08-06 17:00 (UTC) by mickael9)