Centos8 Directadmin negaliu suinstaliuoti php81

Pauliusl

negaliu suinstaliuot php81 versijos nes gaunu klaida:
error: 'zend_class_unserialize_deny' undeclared (first use in this function); did you mean 'zend_unserialize_data'? xmlrpc_server_ce->unserialize = zend_class_unserialize_deny; ^~~~~~~~~~~~~~~~~~~~~~~~~~~
su php73 ir su php80 viskas gerai taciau su php81 jau nebe.

iv_vytenisg

Laba diena,

Atlikome testavimą. Įdiegėme į serverį DirectAdmin su CentOS7 ir atnaujinome sistemą su komandomis:

yum update
yum upgrade

Vėliau atlikome PHP 8.1 versijos diegimą:

cd /usr/local/directadmin/custombuild/
./build update
./build set php1_release 8.1
./build php

Tai užtruko apie 15 minučių. Po atnaujinimo gavome atsakymą, kad nauja versija sėkmingai įdiegta:

php -v

PHP 8.1.0 (cli) (built: Dec 13 2021 16:27:31) (NTS)
Copyright (c) The PHP Group
Zend Engine v4.1.0, Copyright (c) Zend Technologies

Siūlytume atlikti diegimą pagal šią instrukciją. Jeigu vis dėlto nepavyks, tikėtina, kad problemos atsiranda dėl jūsų naudojamos serverio konfigūracijos.

Jeigu kils papildomų klausimų, kreipkitės.

Pauliusl

tai skirtumas tikrai buvo nebuvau padares yup update ir yum upgrade calls'u taip pat pas mane centos8 (kazkaip nepaminejau sito ( atsiprasau) ir 8.1 versija pas mane turetu buti ant php3_release
kai viska padariau kaip paraset tik nustaciau php3_release vietoj php1_release. paskutines eilutes is buildinimo tokios:

checking for cc option to produce PIC... -fPIC
checking if cc PIC flag -fPIC works... yes
checking if cc static flag -static works... no
checking if cc supports -c -o file.o... yes
checking whether the cc linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... no

creating libtool
appending configuration tag "CXX" to libtool
configure: patching config.h.in
configure: creating ./config.status
config.status: creating config.h
Trying to make xmlrpc-1.0.0RC2 PHP extension...
Makefile:205: warning: overriding recipe for target 'xmlrpc-epi-php.lo'
Makefile:201: warning: ignoring old recipe for target 'xmlrpc-epi-php.lo'
/bin/sh /usr/local/directadmin/custombuild/xmlrpc-1.0.0RC2/libtool --mode=compile cc -I. -I/usr/local/directadmin/custombuild/xmlrpc-1.0.0RC2 -I/usr/local/directadmin/custombuild/xmlrpc-1.0.0RC2/include -I/usr/local/directadmin/custombuild/xmlrpc-1.0.0RC2/main -I/usr/local/directadmin/custombuild/xmlrpc-1.0.0RC2 -I/usr/local/php81/include/php -I/usr/local/php81/include/php/main -I/usr/local/php81/include/php/TSRM -I/usr/local/php81/include/php/Zend -I/usr/local/php81/include/php/ext -I/usr/local/php81/include/php/ext/date/lib -I/usr/include/libxml2  -DHAVE_CONFIG_H  -g -O2   -I/usr/local/directadmin/custombuild/xmlrpc-1.0.0RC2/libxmlrpc -DVERSION=0.50 -c /usr/local/directadmin/custombuild/xmlrpc-1.0.0RC2/xmlrpc-epi-php.c -o xmlrpc-epi-php.lo  -MMD -MF xmlrpc-epi-php.dep -MT xmlrpc-epi-php.lo
mkdir .libs
 cc -I. -I/usr/local/directadmin/custombuild/xmlrpc-1.0.0RC2 -I/usr/local/directadmin/custombuild/xmlrpc-1.0.0RC2/include -I/usr/local/directadmin/custombuild/xmlrpc-1.0.0RC2/main -I/usr/local/directadmin/custombuild/xmlrpc-1.0.0RC2 -I/usr/local/php81/include/php -I/usr/local/php81/include/php/main -I/usr/local/php81/include/php/TSRM -I/usr/local/php81/include/php/Zend -I/usr/local/php81/include/php/ext -I/usr/local/php81/include/php/ext/date/lib -I/usr/include/libxml2 -DHAVE_CONFIG_H -g -O2 -I/usr/local/directadmin/custombuild/xmlrpc-1.0.0RC2/libxmlrpc -DVERSION=0.50 -c /usr/local/directadmin/custombuild/xmlrpc-1.0.0RC2/xmlrpc-epi-php.c -MMD -MF xmlrpc-epi-php.dep -MT xmlrpc-epi-php.lo  -fPIC -DPIC -o .libs/xmlrpc-epi-php.o
/usr/local/directadmin/custombuild/xmlrpc-1.0.0RC2/xmlrpc-epi-php.c: In function 'zm_startup_xmlrpc':
/usr/local/directadmin/custombuild/xmlrpc-1.0.0RC2/xmlrpc-epi-php.c:232:32: error: 'zend_class_serialize_deny' undeclared (first use in this function); did you mean 'zend_ce_serializable'?
  xmlrpc_server_ce->serialize = zend_class_serialize_deny;
                                ^~~~~~~~~~~~~~~~~~~~~~~~~
                                zend_ce_serializable
/usr/local/directadmin/custombuild/xmlrpc-1.0.0RC2/xmlrpc-epi-php.c:232:32: note: each undeclared identifier is reported only once for each function it appears in
/usr/local/directadmin/custombuild/xmlrpc-1.0.0RC2/xmlrpc-epi-php.c:233:34: error: 'zend_class_unserialize_deny' undeclared (first use in this function); did you mean 'zend_unserialize_data'?
  xmlrpc_server_ce->unserialize = zend_class_unserialize_deny;
                                  ^~~~~~~~~~~~~~~~~~~~~~~~~~~
                                  zend_unserialize_data
make: *** [Makefile:205: xmlrpc-epi-php.lo] Error 1

o php1_release = 7.3
php2_release = 8.0
php3_release = 8.1

iv_vytenisg

Pateikdamas atsakymą padariau klaidą - mano atveju irgi buvo naudojama CentOS8. O bendrai nėra svarbu, kuris php_release naudojamas, turi veikti su bet kuriuo. Turbūt serveryje yra kitos programinės įrangos, kuri iššaukia konfliktą.

Galbūt rasite problemos sprendimą šiame aprašyme: https://bugs.php.net/bug.php?id=81111

Pauliusl

as kaip suprantu pagrindine priezastis tai yra kad neleidzia suinstaliuoti PHP-XMLRPC 8.1 plugino (tiksliau ji instaliuojant ismetama klaida ta pati plugina siulo suinstaliuot ir custom buildas per interface'a bet klaida ismetama.. speju del to kad pagrindine serverio php kalba yra 8.0 ir sis pluginas yra tenai suinstaliuotas ir custom builde jau jo nebeleidzia antra karta uzsinstallint..
kazko labai custom tikrai neesu pasidares serveri, nes praktiskai viskas yra instaliuota per DA interface'a, net ne per komandinee eilute

iv_vytenisg

Atlikau testavimą įdiegiant papildomas PHP versija (8.0) ir tokia pati klaida nepasireiškė. Pagal nutylėjimą PHP-XMLRPC pluginas turėtų veikti visose versijose, jeigu vienoje jau įdiegtas, todėl sunku pasakyti, kodėl pateikiama klaida diegiant kitą versiją. Šiuo atveju gal būt padėtų versijų pašalinimas ir įdiegimas kita tvarka.