Package Details: php56-dblib 5.6.40-12

Git Clone URL: https://aur.archlinux.org/php56.git (read-only, click to copy)
Package Base: php56
Description: pdo_dblib module for php56
Upstream URL: http://www.php.net
Keywords: php
Licenses: PHP
Submitter: mickael9
Maintainer: el_aur
Last Packager: el_aur
Votes: 50
Popularity: 0.90
First Submitted: 2016-01-03 21:26 (UTC)
Last Updated: 2024-07-26 12:55 (UTC)

Pinned Comments

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

Read Carefully! Breaking changes in compare with native PHP package

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

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

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

No more extensions in php.ini itself!

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

They are loaded in correct order according to priority

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

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

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

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

Please read the instructions at 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

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 .. 21 Next › Last »

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

<deleted-account> 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