Arch Linux User Repository

binaries can be found here, currently the packages are not signed , i will add this when i got some time

https://files.it-kraut.net/php80/

pacman.conf:

[php80]
SigLevel = Optional TrustAll
Server = https://files.it-kraut.net/php80

Read Carefully! Breaking changes in compare with native PHP package

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

2. PEAR and PECL are available as php80-pear and php80-pecl subpackages

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

4. No more extensions in php.ini itself!

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

They are loaded in correct order according to priority

Can't seem to get mysqli & pdo_mysql to run, both throw warnings when starting PHP ("php80 --info" etc.):

PHP Warning: PHP Startup: Unable to load dynamic library 'mysqli' (tried: /usr/lib/php80/modules/mysqli (/usr/lib/php80/modules/mysqli: cannot open shared object file: No such file or directory), /usr/lib/php80/modules/mysqli.so (/usr/lib/php80/modules/mysqli.so: undefined symbol: mysqlnd_global_stats)) in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library 'pdo_mysql' (tried: /usr/lib/php80/modules/pdo_mysql (/usr/lib/php80/modules/pdo_mysql: cannot open shared object file: No such file or directory), /usr/lib/php80/modules/pdo_mysql.so (/usr/lib/php80/modules/pdo_mysql.so: undefined symbol: pdo_parse_params)) in Unknown on line 0

Tried recompiling, no luck.

edit: Oh, I think I get it now: They're autoloaded via their conf.d files, and not supposed to be added again as extension=… in php.ini?

@nursoda From what I understand, apache is only a dependency if you're going to be building the php80-apache shared module, but otherwise you don't need it. From my testing, when I tried building the modules for what I needed (php80-mysql, among others), it actually just remade the php80 packages while adding the new module. That could be why apache is in the dependency list, and because I have php80 installed right now WITHOUT apache, I can confirm you don't need it.

I don't know all the details for why it's set up like that, somebody more familiar with the build process would have to explain it. Or check the wiki.

Why is Apache a dependency of PHP? Trying to use it for NGINX but don't want 'apache' to be installed…

@muhviehstarr thanks for update. Was not able to do it coz of war in my country - Ukraine

I've tried both compiling my own and your repo binaries, each time trying to run Apache fails with:

Apache is running a threaded MPM, but your PHP Module is not compiled to be threadsafe.  You need to recompile PHP.

edit: Alright, just noticed I had never enabled modules/libphp.so to begin with… yet packages like wordpress just worked. Now that I'm forced to enable libphp80.so, it throws that error. My bad, sorry for the noise.

@df8oe

Version 8.0.15-4 installed using el_aur's repo builds seem to work fine with nextcloud (for me)

do you had problem with php-fpm or the php cli?

sudo -u http php80 /usr/share/webapps/nextcloud/occ status - installed: true - version: 23.0.0.10 - versionstring: 23.0.0 - edition: - maintenance: false - needsDbUpgrade: false - productname: Nextcloud - extendedSupport: false

php80 -v PHP 8.0.15 (cli) (built: Feb 11 2022 10:27:21) ( NTS )

php80 -m [PHP Modules] apcu bcmath bz2 calendar Core ctype curl date dba dom enchant exif FFI fileinfo filter ftp gd gettext gmp hash iconv imagick imap intl json ldap libxml mbstring mysqli mysqlnd odbc openssl pcntl pcre PDO pdo_dblib PDO_Firebird pdo_mysql PDO_ODBC pdo_pgsql pdo_sqlite pgsql Phar posix pspell rar readline redis Reflection session shmop SimpleXML soap sockets sodium SPL sqlite3 standard swoole sysvmsg sysvsem sysvshm tidy tokenizer xml xmlreader xmlwriter xsl Zend OPcache zip zlib

[Zend Modules] Zend OPcache

I have solved the issue that this new version does not work with nextcloud (and I think nearly any other software) out-of-the-box. The hints of el_aur were not loud enough :) I walkes through every extension I have enabled in old php.ini and installed it. This resulted here in the installation of 18 (!!) extensions. Having installed them all (and commented out the extension line in php.ini because of using this packages all do have their own ini in conf.d/) nextcloud was running fine again. The pros of the way installing all extensions manually is that you can reduce your dependencies if you do not use all extension, the the contrs is you first have to walk through all extension which was formerly included in php80 package... But I like this feature - "thumbs up" for you!

I have run with 8.0.15-2 before - nexcloud was working fine. After upgrade to 8.0.15-4 it stopped with "internal server error 500" - without anything in the logs. I downgraded all packages to 8.0.15-2 and everything is working fine again. I do not have any idea what is the cause and additionally no time at the moment to look into that - so I will pin 8.0.15-2 for the next time.... Mayba someone else has the time to dig in it.

@el_aur thanks for the binary packages and your work on the php80* AUR packages!

Any chance you could include/update also php80-apcu, php80-igbinary, php80-redis and php80-imagick once @muhviehstarr makes you co-maintainer as well?

APCu i'd really consider essential and igbinary support for redis would be nice, too. :-)

Thank you @el_aur