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 $@
Git Clone URL: | https://aur.archlinux.org/php71.git (read-only, click to copy) |
---|---|
Package Base: | php71 |
Description: | xmlreader module for php71 |
Upstream URL: | http://www.php.net |
Keywords: | 7.1 php |
Licenses: | PHP |
Submitter: | synthead |
Maintainer: | wget (el_aur) |
Last Packager: | el_aur |
Votes: | 12 |
Popularity: | 0.000000 |
First Submitted: | 2018-03-26 18:04 (UTC) |
Last Updated: | 2024-03-27 15:00 (UTC) |
« First ‹ Previous 1 .. 3 4 5 6 7 8 9 10 Next › Last »
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 $@
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
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
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...
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.
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".
Patch added to fix intl compilation. Let me know if there are any issues.
Pinned Comments
el_aur commented on 2022-02-03 18:48 (UTC) (edited on 2022-02-18 10:38 (UTC) by el_aur)
Created binary repository on build.opensuse.org
https://build.opensuse.org/project/show/home:el:archphp
For Arch Linux, edit /etc/pacman.conf and add the following (note that the order of repositories in pacman.conf is important, since pacman always downloads the first found package):
Then run the following as root
Refresh packages database
Now search for php packages you need:
Install with
pacman -S
packages you need or all PHP 7.1 packages with:el_aur commented on 2022-02-03 18:47 (UTC) (edited on 2022-02-03 18:50 (UTC) by el_aur)
Read Carefully! Breaking changes in compare with native PHP package
Console version
/usr/bin/php71
is installed withphp71-cli
subpackage,php71
doesn't include it anymore!!!PEAR and PECL are available as
php71-pear
andphp71-pecl
subpackagesAll shared modules are respresented as stand-alone subpackages and are not included with
php71
package anymore.No more extensions in php.ini itself!
Separate INI files for each extension are placed in
/etc/php71/conf.d
They are loaded in correct order according to priority