D: [iurt_root_command] urpmi error: Too many levels of recursion in macro expansion. It is likely caused by recursive macro declaration. parsing: /home/pterjan/build/chroot_tmp/pterjan/chroot_cauldron.x86_64.0.20241220201307_1656/etc/urpmi/mediacfg.d/Devel-10-x86_64 examining synthesis file [/home/pterjan/build/chroot_tmp/pterjan/chroot_cauldron.x86_64.0.20241220201307_1656/var/lib/urpmi/synthesis.hdlist.Core Release.cz] examining synthesis file [/home/pterjan/build/chroot_tmp/pterjan/chroot_cauldron.x86_64.0.20241220201307_1656/var/lib/urpmi/synthesis.hdlist.Core Updates.cz] would install instead of upgrade package kernel-desktop-6.6.62-1.mga10-1-1.mga10.x86_64 would install instead of upgrade package kernel-desktop-6.6.64-1.mga10-1-1.mga10.x86_64 would install instead of upgrade package kernel-desktop-6.6.65-1.mga10-1-1.mga10.x86_64 would install instead of upgrade package kernel-desktop-6.6.65-2.mga10-1-1.mga10.x86_64 would install instead of upgrade package kernel-desktop-6.6.67-1.mga10-1-1.mga10.x86_64 would install instead of upgrade package kernel-desktop-devel-6.6.62-1.mga10-1-1.mga10.x86_64 would install instead of upgrade package kernel-desktop-devel-6.6.64-1.mga10-1-1.mga10.x86_64 would install instead of upgrade package kernel-desktop-devel-6.6.65-1.mga10-1-1.mga10.x86_64 would install instead of upgrade package kernel-desktop-devel-6.6.65-2.mga10-1-1.mga10.x86_64 would install instead of upgrade package kernel-desktop-devel-6.6.67-1.mga10-1-1.mga10.x86_64 would install instead of upgrade package kernel-server-6.6.62-1.mga10-1-1.mga10.x86_64 would install instead of upgrade package kernel-server-6.6.64-1.mga10-1-1.mga10.x86_64 would install instead of upgrade package kernel-server-6.6.65-1.mga10-1-1.mga10.x86_64 would install instead of upgrade package kernel-server-6.6.65-2.mga10-1-1.mga10.x86_64 would install instead of upgrade package kernel-server-6.6.67-1.mga10-1-1.mga10.x86_64 would install instead of upgrade package kernel-server-devel-6.6.62-1.mga10-1-1.mga10.x86_64 would install instead of upgrade package kernel-server-devel-6.6.64-1.mga10-1-1.mga10.x86_64 would install instead of upgrade package kernel-server-devel-6.6.65-1.mga10-1-1.mga10.x86_64 would install instead of upgrade package kernel-server-devel-6.6.65-2.mga10-1-1.mga10.x86_64 would install instead of upgrade package kernel-server-devel-6.6.67-1.mga10-1-1.mga10.x86_64 would install instead of upgrade package kernel-linus-6.6.65-1.mga10.x86_64 would install instead of upgrade package kernel-linus-devel-6.6.65-1.mga10.x86_64 opening rpmdb (root=/home/pterjan/build/chroot_tmp/pterjan/chroot_cauldron.x86_64.0.20241220201307_1656, write=) selecting collectl-utils-4.8.2-6.mga10.src requiring apache for collectl-utils-4.8.2-6.mga10.src selecting apache-2.4.62-1.mga10.x86_64 requiring libapr-1.so.0()(64bit),libaprutil-1.so.0()(64bit),mailcap,webserver-base,webserver-base[*] for apache-2.4.62-1.mga10.x86_64 chosen lib64apr-util1_0-1.6.3-1.mga9.x86_64 for libaprutil-1.so.0()(64bit) selecting lib64apr-util1_0-1.6.3-1.mga9.x86_64 requiring libapr-1.so.0()(64bit) for lib64apr-util1_0-1.6.3-1.mga9.x86_64 chosen lib64apr1_0-1.7.5-1.mga10.x86_64 for libapr-1.so.0()(64bit) selecting lib64apr1_0-1.7.5-1.mga10.x86_64 selecting mailcap-2.1.54-1.mga10.noarch chosen webserver-base-2.0-16.mga9.noarch for webserver-base[*] selecting webserver-base-2.0-16.mga9.noarch chosen lib64apr1_0-1.7.5-1.mga10.x86_64 for libapr-1.so.0()(64bit) collectl-utils is not in potential orphans opening rpmdb (root=/home/pterjan/build/chroot_tmp/pterjan/chroot_cauldron.x86_64.0.20241220201307_1656, write=) getting graph of dependencies for sorting sorting graph of dependencies rpms sorted by dependencies: webserver-base lib64apr1_0 lib64apr-util1_0 mailcap apache collectl-utils selecting mailcap-2.1.54-1.mga10.noarch selecting apache-2.4.62-1.mga10.x86_64 requiring libapr-1.so.0()(64bit),libaprutil-1.so.0()(64bit),webserver-base,webserver-base[*] for apache-2.4.62-1.mga10.x86_64 chosen lib64apr1_0-1.7.5-1.mga10.x86_64 for libapr-1.so.0()(64bit) selecting lib64apr1_0-1.7.5-1.mga10.x86_64 selecting webserver-base-2.0-16.mga9.noarch chosen webserver-base-2.0-16.mga9.noarch for webserver-base[*] chosen lib64apr-util1_0-1.6.3-1.mga9.x86_64 for libaprutil-1.so.0()(64bit) selecting lib64apr-util1_0-1.6.3-1.mga9.x86_64 selecting collectl-utils-4.8.2-6.mga10.src transaction valid: remove= update=mailcap,webserver-base,lib64apr1_0,lib64apr-util1_0,apache,collectl-utils scheduled sets of transactions: remove=0= update=6=mailcap,webserver-base,lib64apr1_0,lib64apr-util1_0,apache,collectl-utils chrooted db version used by librpm is at least as good as non-rooted one installing mailcap-2.1.54-1.mga10.noarch.rpm webserver-base-2.0-16.mga9.noarch.rpm lib64apr-util1_0-1.6.3-1.mga9.x86_64.rpm lib64apr1_0-1.7.5-1.mga10.x86_64.rpm apache-2.4.62-1.mga10.x86_64.rpm from /distrib/cauldron/x86_64/media/core/release starting installing packages opening rpmdb (root=/home/pterjan/build/chroot_tmp/pterjan/chroot_cauldron.x86_64.0.20241220201307_1656, write=1) created transaction for installing on /home/pterjan/build/chroot_tmp/pterjan/chroot_cauldron.x86_64.0.20241220201307_1656 (remove=0, install=0, upgrade=5) trans: scheduling update of mailcap-2.1.54-1.mga10.noarch (id=24335, file=/distrib/cauldron/x86_64/media/core/release/mailcap-2.1.54-1.mga10.noarch.rpm) trans: scheduling update of webserver-base-2.0-16.mga9.noarch (id=4810, file=/distrib/cauldron/x86_64/media/core/release/webserver-base-2.0-16.mga9.noarch.rpm) trans: scheduling update of lib64apr-util1_0-1.6.3-1.mga9.x86_64 (id=10489, file=/distrib/cauldron/x86_64/media/core/release/lib64apr-util1_0-1.6.3-1.mga9.x86_64.rpm) trans: scheduling update of lib64apr1_0-1.7.5-1.mga10.x86_64 (id=24640, file=/distrib/cauldron/x86_64/media/core/release/lib64apr1_0-1.7.5-1.mga10.x86_64.rpm) trans: scheduling update of apache-2.4.62-1.mga10.x86_64 (id=22730, file=/distrib/cauldron/x86_64/media/core/release/apache-2.4.62-1.mga10.x86_64.rpm) Preparing... ############################################# 1/5: lib64apr1_0 ############################################# 2/5: lib64apr-util1_0 ############################################# 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 3/5: webserver-base ############################################# 4/5: mailcap ############################################# 5/5: apache ############################################# 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' ---------------------------------------------------------------------- More information on package apache-2.4.62-1.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'. ---------------------------------------------------------------------- workaround bug in rpmlib by removing /home/pterjan/build/chroot_tmp/pterjan/chroot_cauldron.x86_64.0.20241220201307_1656/var/lib/rpm/__db* EXITING (pid=4101920) D: [iurt_root_command] Success!