Some more instruction is helpful for external repositories to avoid wrong recognition of Lc internals. Apparently Lc looks at the Debian version and the expected default version (in my case Debian 11 with php 8.0). The ID used here is php8. To distinguish sury from the LC provided repos in /opt, I used a different IDs namely php80sury. This causes a confusion that created and additional php8 version with mixed erroneous paths . I did not try it but I guess that the default will then fail to work correctly.
The only workaround I found is to follow the undocumented convention:
1. remove all default /opt based luas; when you use external repos they are simply not needed.
2. make your own luas and let the php 8 version have 'id' php8 . Only then the internal default recognition code is overridden. It recognises the 'id' not the PHP version.
Here I post the still untested pattern for php8:
php80sury.lua:
-- register additional PHP interpreter with LiveConfig
LC.web.addPHP( {
['id'] = 'php8',
['cli'] = '/usr/bin/php8.0',
['cgi'] = '/usr/bin/php-cgi8.0',
['fpm'] = {
['bin'] = '/usr/sbin/php-fpm8.0',
['start'] = 'systemctl start php8.0-fpm',
['stop'] = 'systemctl stop php8.0-fpm',
-- ['reload'] = 'systemctl reload php8.0-fpm',
['pool'] = '/etc/php/8.0/fpm/pool.d',
['sockets'] = '/run/php'
},
['eol-date'] = '2022-09-26'
} )
Display More
This is how far I got but I see more errors. FPM seems to have become fully disconfigured. I have given up on it for lack of time. Any hints are appreciated how to get this working with fpm and sury repository. I don't mind answers in German.