D: [iurt_root_command] urpmi error: Too many levels of recursion in macro expansion. It is likely caused by recursive macro declaration. examining synthesis file [/home/iurt/chroot_tmp/iurt/chroot_cauldron.x86_64.0.20250627034207/var/lib/urpmi/synthesis.hdlist.core_release.cz] would install instead of upgrade package kernel-desktop-6.12.33-1.mga10-1-1.mga10.x86_64 would install instead of upgrade package kernel-desktop-6.12.34-1.mga10-1-1.mga10.x86_64 would install instead of upgrade package kernel-desktop-devel-6.12.33-1.mga10-1-1.mga10.x86_64 would install instead of upgrade package kernel-desktop-devel-6.12.34-1.mga10-1-1.mga10.x86_64 would install instead of upgrade package kernel-server-6.12.33-1.mga10-1-1.mga10.x86_64 would install instead of upgrade package kernel-server-6.12.34-1.mga10-1-1.mga10.x86_64 would install instead of upgrade package kernel-server-devel-6.12.33-1.mga10-1-1.mga10.x86_64 would install instead of upgrade package kernel-server-devel-6.12.34-1.mga10-1-1.mga10.x86_64 would install instead of upgrade package kernel-linus-6.6.87-1.mga10.x86_64 would install instead of upgrade package kernel-linus-devel-6.6.87-1.mga10.x86_64 preferring apache over sthttpd,nginx,lighttpd retrieving rpm files from medium "core_release"... http://repository.mageia.org/distrib/cauldron/x86_64/media/core/release/php8.4-sysvshm-8.4.8-9.mga10.x86_64.rpm http://repository.mageia.org/distrib/cauldron/x86_64/media/core/release/apache-2.4.62-2.mga10.x86_64.rpm http://repository.mageia.org/distrib/cauldron/x86_64/media/core/release/lib64apr-util1_0-1.6.3-3.mga10.x86_64.rpm http://repository.mageia.org/distrib/cauldron/x86_64/media/core/release/php8.4-session-8.4.8-9.mga10.x86_64.rpm http://repository.mageia.org/distrib/cauldron/x86_64/media/core/release/php-ini-8.4.8-9.mga10.x86_64.rpm http://repository.mageia.org/distrib/cauldron/x86_64/media/core/release/php8.4-sysvsem-8.4.8-9.mga10.x86_64.rpm http://repository.mageia.org/distrib/cauldron/x86_64/media/core/release/mailcap-2.1.54-1.mga10.noarch.rpm http://repository.mageia.org/distrib/cauldron/x86_64/media/core/release/php8.4-cgi-8.4.8-9.mga10.x86_64.rpm http://repository.mageia.org/distrib/cauldron/x86_64/media/core/release/php8.4-zlib-8.4.8-9.mga10.x86_64.rpm http://repository.mageia.org/distrib/cauldron/x86_64/media/core/release/php8.4-common-8.4.8-9.mga10.noarch.rpm http://repository.mageia.org/distrib/cauldron/x86_64/media/core/release/php8.4-openssl-8.4.8-9.mga10.x86_64.rpm http://repository.mageia.org/distrib/cauldron/x86_64/media/core/release/lib64apr1_0-1.7.5-1.mga10.x86_64.rpm http://repository.mageia.org/distrib/cauldron/x86_64/media/core/release/webserver-base-2.0-16.mga9.noarch.rpm retrieved php8.4-sysvshm-8.4.8-9.mga10.x86_64.rpm apache-2.4.62-2.mga10.x86_64.rpm lib64apr-util1_0-1.6.3-3.mga10.x86_64.rpm php8.4-session-8.4.8-9.mga10.x86_64.rpm php-ini-8.4.8-9.mga10.x86_64.rpm php8.4-sysvsem-8.4.8-9.mga10.x86_64.rpm mailcap-2.1.54-1.mga10.noarch.rpm php8.4-cgi-8.4.8-9.mga10.x86_64.rpm php8.4-zlib-8.4.8-9.mga10.x86_64.rpm php8.4-common-8.4.8-9.mga10.noarch.rpm php8.4-openssl-8.4.8-9.mga10.x86_64.rpm lib64apr1_0-1.7.5-1.mga10.x86_64.rpm webserver-base-2.0-16.mga9.noarch.rpm ...retrieving done installing mailcap-2.1.54-1.mga10.noarch.rpm lib64apr-util1_0-1.6.3-3.mga10.x86_64.rpm php8.4-session-8.4.8-9.mga10.x86_64.rpm php8.4-sysvshm-8.4.8-9.mga10.x86_64.rpm webserver-base-2.0-16.mga9.noarch.rpm php8.4-zlib-8.4.8-9.mga10.x86_64.rpm php8.4-sysvsem-8.4.8-9.mga10.x86_64.rpm php8.4-cgi-8.4.8-9.mga10.x86_64.rpm php-ini-8.4.8-9.mga10.x86_64.rpm apache-2.4.62-2.mga10.x86_64.rpm lib64apr1_0-1.7.5-1.mga10.x86_64.rpm php8.4-common-8.4.8-9.mga10.noarch.rpm php8.4-openssl-8.4.8-9.mga10.x86_64.rpm from /home/iurt/chroot_tmp/iurt/chroot_cauldron.x86_64.0.20250627034207/var/cache/urpmi/rpms starting installing packages created transaction for installing on /home/iurt/chroot_tmp/iurt/chroot_cauldron.x86_64.0.20250627034207 (remove=0, install=0, upgrade=13) Preparing... ############################################# 1/13: lib64apr1_0 ############################################# 2/13: lib64apr-util1_0 ############################################# 3/13: php-ini ############################################# shell-init: error retrieving current directory: getcwd: cannot access parent directories: No such file or directory shell-init: error retrieving current directory: getcwd: cannot access parent directories: No such file or directory 4/13: webserver-base ############################################# 5/13: mailcap ############################################# 6/13: apache ############################################# shell-init: error retrieving current directory: getcwd: cannot access parent directories: No such file or directory 7/13: php8.4-session ############################################# 8/13: php8.4-sysvshm ############################################# 9/13: php8.4-zlib ############################################# 10/13: php8.4-sysvsem ############################################# 11/13: php8.4-openssl ############################################# 12/13: php8.4-common ############################################# 13/13: php8.4-cgi ############################################# shell-init: error retrieving current directory: getcwd: cannot access parent directories: No such file or directory shell-init: error retrieving current directory: getcwd: cannot access parent directories: No such file or directory shell-init: error retrieving current directory: getcwd: cannot access parent directories: No such file or directory shell-init: error retrieving current directory: getcwd: cannot access parent directories: No such file or directory shell-init: error retrieving current directory: getcwd: cannot access parent directories: No such file or directory shell-init: error retrieving current directory: getcwd: cannot access parent directories: No such file or directory Running in chroot, ignoring command 'try-restart' removing installed rpms (mailcap-2.1.54-1.mga10.noarch.rpm lib64apr-util1_0-1.6.3-3.mga10.x86_64.rpm php8.4-session-8.4.8-9.mga10.x86_64.rpm php8.4-sysvshm-8.4.8-9.mga10.x86_64.rpm webserver-base-2.0-16.mga9.noarch.rpm php8.4-zlib-8.4.8-9.mga10.x86_64.rpm php8.4-sysvsem-8.4.8-9.mga10.x86_64.rpm php8.4-cgi-8.4.8-9.mga10.x86_64.rpm php-ini-8.4.8-9.mga10.x86_64.rpm apache-2.4.62-2.mga10.x86_64.rpm lib64apr1_0-1.7.5-1.mga10.x86_64.rpm php8.4-common-8.4.8-9.mga10.noarch.rpm php8.4-openssl-8.4.8-9.mga10.x86_64.rpm) from /home/iurt/chroot_tmp/iurt/chroot_cauldron.x86_64.0.20250627034207/var/cache/urpmi/rpms ---------------------------------------------------------------------- More information on package apache-2.4.62-2.mga10.x86_64 Starting with Apache 2.4.60, the fix for CVE-2024-38476 (Apache HTTP Server may use exploitable/malicious backend application output to run local handlers via internal redirect) caused some changes regarding the 'AddType' directive. Some legacy uses of the 'AddType' directive to connect a request to a handler must be ported to 'AddHandler'. For instance, in order to use apache-mod_php or php-fpm-apache, be sure the directives 'AddType application/x-httpd-php...' in 70_mod_php.conf or 10_php-fpm.conf were replaced by 'AddHandler application/x-httpd-php'. ---------------------------------------------------------------------- D: [iurt_root_command] Success!