Correction: forgot to mention, 2 of the diffs have one hunk fail, along with the no configure.ac issue.
Search Criteria
Package Base Details: php71
Git Clone URL: | https://aur.archlinux.org/php71.git (read-only, click to copy) |
---|---|
Keywords: | 7.1 php |
Submitter: | Synthead |
Maintainer: | wget |
Last Packager: | wget |
Votes: | 10 |
Popularity: | 0.000005 |
First Submitted: | 2018-03-26 18:04 |
Last Updated: | 2019-11-03 19:03 |
lilmike commented on 2018-05-26 17:23
lilmike commented on 2018-05-26 17:23
Hmmm, I'm having trouble getting the patch to apply. I've checked out php-7.1.18 tag from git.php.net/repository/php-src.git, and it still happens. I've also got no configure.ac which the patch seems to want to patch. Anyone got a different or better patch?
lilmike commented on 2018-05-24 03:28
Working on getting the patch added (though it's a bit of work because the patch doesn't modify configure directly like the PKGBUILD would need to do). Will bump the PKGREL and post here when it's done.
JohnMaguire commented on 2018-05-23 18:30
As mentioned on php71-noconflict by @schlmm, it would be nice if this could include the following patches for freetype-config:
https://bugs.archlinux.org/task/58447 https://bugs.php.net/bug.php?id=76324
However, in the meantime, I was able to get this installed by creating a file /usr/sbin/freetype-config
containing:
#!/bin/sh
/usr/sbin/pkg-config freetype2 $@
JohnMaguire commented on 2018-05-23 18:29
Without the patches @schlmm mentioned, I was able to get past the free-type config error by creating a file /usr/sbin/freetype-config
containing:
#!/bin/sh
/usr/sbin/pkg-config freetype2 $@
schlmm commented on 2018-05-23 11:14
Hi,
would be nice if you can add the freetype patch until its fixed upstream
https://bugs.archlinux.org/task/58447 https://bugs.php.net/bug.php?id=76324
thank you
gabrielozaki commented on 2018-04-19 13:57
Hi guys, works for me:
1) remove all php71 packages
2) Install this package(don't worry, this package come with a lot of another packages, like gd,mysql,pgsql...)
3) softlink the module and conf:
ln -s /etc/httpd/modules/php71.so /etc/httpd/modules/libphp7.so
ln -s /etc/httpd/conf/extra/php71_module.conf /etc/httpd/conf/extra/php7_module.conf
4) add this line to <directory "your_webroot_folder"=""> of file /etc/httpd/conf/httpd.conf :</directory>
DirectoryIndex index.php
ncoder-2 commented on 2018-04-10 20:12
Wow. Upgraded from php71-7.1.14 to 7.1.16 and it completely broke everything. For some reason libphp7.so changed to php71.so. Then, when manually modifying httpd.conf so apache can start again, php is not reading /etc/php/php.ini and saying the modules are missing etc... Glad I have the pkg/cache to revert...
betarepeating commented on 2018-04-06 23:14
Updated to the latest apache (apache-2.4.33) and suddenly apache would no longer start. I had same error as FrederickZh. Changing the name of the module did not fix it, still got "Can't locate API module structure".
What is my httpd.conf line entry supposed to look like? I changed it to point to the /opt directory but it still did not work.
FrederickZh commented on 2018-04-06 02:56
I have both the PHP in the official repo and this one installed and I do prefer having this one in /opt instead of /usr. Installing different versions of a single application all into /usr seems to be a more Ubuntu thing to me actually... I don't have php70 or php56 in my system but I wonder how they maintain the naming consistency as php in official repo never takes multi-version into consideration?
But perhaps we could flatten the directory structure a bit? The /opt/usr tends to be somewhat redundant imo.
Edit: And the naming of php71-apache... Official one is using libphp7.so, so maybe "libphp71.so" is a better choice here?
Edit 2: The apache module is called "php7_module" instead of "php71_module" as shown in php71_module.conf. Using "php71_module" gave me an error of "httpd: Syntax error on line 190 of /etc/httpd/conf/httpd.conf: Can't locate API module structure `php71_module' in file /etc/httpd/modules/php71.so: /etc/httpd/modules/php71.so: undefined symbol: php71_module".
Pinned Comments
wget commented on 2019-02-11 11:49
This package makes use of GPG keys for integrity verification. Here are the PGP keys you need to import (if you trust them):
Receiving GPG keys might fail with the following error message:
$ gpg: keyserver receive failed: Connection refused
. If this happens, just check your DNS or use other ones.