Package Details: php71-tidy 7.1.16-1

Git Clone URL: https://aur.archlinux.org/php71.git (read-only)
Package Base: php71
Description: tidy module for PHP
Upstream URL: http://www.php.net
Keywords: 7.1 php
Licenses: PHP
Provides: php-tidy
Submitter: Synthead
Maintainer: wget
Last Packager: Synthead
Votes: 3
Popularity: 0.007947
First Submitted: 2018-03-26 18:04
Last Updated: 2018-04-04 20:30

Latest Comments

1 2 Next › Last »

wget commented on 2019-01-20 20:50

Hello everyone. I have just taken ownership of this package. A new version will be released in the days to come. And the -noconflict variant won't be needed anymore \o/. Keep you informed.

bugsmanagement commented on 2019-01-13 12:11

Thanks for all the people who help fix build related issues. Nevertheless, this package has been flagged out-of-date for quite of bit of time, has the maintianer abandoned this package?

Regards

caffe1neadd1ct commented on 2019-01-08 11:00

At the moment there is a patch available on php.net to avoid freetype-config and use pkg-config if the --with-freetype-dir is omitted:

https://bugs.php.net/bug.php?id=76324 https://github.com/php/php-src/commit/2d03197749696ac3f8effba6b7977b0d8729fef3 https://bugs.archlinux.org/task/58468 https://github.com/php/php-src/pull/3632

Looking into this, it's been fixed in php-src master, however https://github.com/php/php-src/blob/PHP-7.1.25/NEWS shows no signs of having a back port yet.

Looking at https://bugs.archlinux.org/task/58447 php extra has already been patched in the way i'm proposing for PHP 7.1 https://bugs.archlinux.org/task/58447#comment169224

All of the php56 php70 php71 and (when available) php72 will all need this patch applied to carry on building on arch with freetype2 2.9.1-1.

If anyone is looking for a working PKGBUILD i've made an updated version with 7.1.25 and fixed GD freetype:

https://gist.github.com/Caffe1neAdd1ct/d64d2d4be35a2a5c0bfb700c22a8e5c4

Thanks to both botzko and JohnMaguire for your comments, really helped me out investigating this one.

Also on a side note the php71-noconflict, php56, php70, php70-noconflict packages have already been updated with this patch and install more similarly to php56 suffixed method instead of into the /opt dir.

botzko commented on 2018-06-25 09:03

I'm new to the community and do not see any way to create git merge request. I have made a patch to replace freetype-config with pkg-config

$ cat gd_config.m4.patch
--- ext/gd/config.m4.orig
+++ ext/gd/config.m4
193c193
<       if test -f "$i/bin/freetype-config"; then
---
>       if test -f "$i/bin/pkg-config"; then
195c195
<         FREETYPE2_CONFIG="$i/bin/freetype-config"
---
>         FREETYPE2_CONFIG="$i/bin/pkg-config"
201c201
<       AC_MSG_ERROR([freetype-config not found.])
---
>       AC_MSG_ERROR([pkg-config not found.])
204,205c204,205
<     FREETYPE2_CFLAGS=`$FREETYPE2_CONFIG --cflags`
<     FREETYPE2_LIBS=`$FREETYPE2_CONFIG --libs`
---
>     FREETYPE2_CFLAGS=`$FREETYPE2_CONFIG --cflags freetype2`
>     FREETYPE2_LIBS=`$FREETYPE2_CONFIG --libs freetype2`
--- configure.orig
+++ configure
34322c34323
<       if test -f "$i/bin/freetype-config"; then
---
>       if test -f "$i/bin/pkg-config"; then
34324c34325
<         FREETYPE2_CONFIG="$i/bin/freetype-config"
---
>         FREETYPE2_CONFIG="$i/bin/pkg-config"
34330c34331
<       as_fn_error $? "freetype-config not found." "$LINENO" 5
---
>       as_fn_error $? "pkg-config not found." "$LINENO" 5
34333,34334c34334,34335
<     FREETYPE2_CFLAGS=`$FREETYPE2_CONFIG --cflags`
<     FREETYPE2_LIBS=`$FREETYPE2_CONFIG --libs`
---
>     FREETYPE2_CFLAGS=`$FREETYPE2_CONFIG --cflags freetype2`
>     FREETYPE2_LIBS=`$FREETYPE2_CONFIG --libs freetype2`
35999c36000
<       if test -f "$i/bin/freetype-config"; then
---
>       if test -f "$i/bin/pkg-config"; then
36001c36002
<         FREETYPE2_CONFIG="$i/bin/freetype-config"
---
>         FREETYPE2_CONFIG="$i/bin/pkg-config"
36007c36008
<       as_fn_error $? "freetype-config not found." "$LINENO" 5
---
>       as_fn_error $? "pkg-config not found." "$LINENO" 5

P.S. @JohnMaguire your suggestion is much easier and faster :)

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 $@

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

elimpfor 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".

Synthead commented on 2018-04-04 20:50

@schlmm: I saw where the other packages were configuring and putting their files, and I actually like it a little better in /opt. This naturally keeps the conflicts away without fussing with patches or renaming things (i.e. /etc/php/php.ini, for example). If someone familiar with Linux was told to troubleshoot a problem with an additional PHP 7.1 installation and they saw it in /opt, they'd know exactly what's going on. These are just my personal, subjective thoughts, though. What do you think?

Also, /usr/lib/systemd/system/php71-fpm.service is included in php71-fpm, which is built in this PKGBUILD. Is there something additional you're looking to have included?

@arakmar and @zack6849: I updated the package to build against the latest ICU. Thanks!

@muhviehstarr: Honestly, I don't really like the idea of a /etc/profile.d/ entry because it makes the php binary implicit. With your example, "php" would always refer to the 7.1 binary, even when the upstream php package is installed. This means that other applications that use the php binary without an absolute path would unknowingly execute the 7.1 version. A bit of a gotcha. Instead, I think the right thing to do is to export $PATH or use an absolute path for the specific use cases where PHP 7.1 is necessary. What are your thoughts?