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/pterjan/build/chroot_tmp/pterjan/chroot_cauldron.x86_64.0.20250423111723_3822/var/lib/urpmi/synthesis.hdlist.core_release.cz]
examining synthesis file [/home/pterjan/build/chroot_tmp/pterjan/chroot_cauldron.x86_64.0.20250423111723_3822/var/lib/urpmi/synthesis.hdlist.core_updates.cz]
examining synthesis file [/home/pterjan/build/chroot_tmp/pterjan/chroot_cauldron.x86_64.0.20250423111723_3822/var/lib/urpmi/synthesis.hdlist.core_updates_testing.cz]
would install instead of upgrade package kernel-desktop-6.6.87-1.mga10-1-1.mga10.x86_64
would install instead of upgrade package kernel-desktop-devel-6.6.87-1.mga10-1-1.mga10.x86_64
would install instead of upgrade package kernel-server-6.6.87-1.mga10-1-1.mga10.x86_64
would install instead of upgrade package kernel-server-devel-6.6.87-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
opening rpmdb (root=/home/pterjan/build/chroot_tmp/pterjan/chroot_cauldron.x86_64.0.20250423111723_3822, write=)
selecting stikked-0.5.4-11.mga10.src
requiring apache for stikked-0.5.4-11.mga10.src
selecting apache-2.4.62-2.mga10.x86_64
requiring libapr-1.so.0()(64bit),libaprutil-1.so.0()(64bit),mailcap,webserver-base,webserver-base[*] for apache-2.4.62-2.mga10.x86_64
selecting mailcap-2.1.54-1.mga10.noarch
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
chosen webserver-base-2.0-16.mga9.noarch for webserver-base[*]
selecting webserver-base-2.0-16.mga9.noarch
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
stikked is not in potential orphans
opening rpmdb (root=/home/pterjan/build/chroot_tmp/pterjan/chroot_cauldron.x86_64.0.20250423111723_3822, write=)
getting graph of dependencies for sorting
sorting graph of dependencies
rpms sorted by dependencies:
webserver-base
lib64apr1_0
lib64apr-util1_0
mailcap
apache
stikked
selecting mailcap-2.1.54-1.mga10.noarch
selecting stikked-0.5.4-11.mga10.src
requiring apache for stikked-0.5.4-11.mga10.src
selecting apache-2.4.62-2.mga10.x86_64
requiring libapr-1.so.0()(64bit),libaprutil-1.so.0()(64bit),webserver-base,webserver-base[*] for apache-2.4.62-2.mga10.x86_64
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)
selecting lib64apr1_0-1.7.5-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
transaction valid: remove= update=lib64apr1_0,webserver-base,lib64apr-util1_0,mailcap,stikked,apache
scheduled sets of transactions:
remove=0= update=6=lib64apr1_0,webserver-base,lib64apr-util1_0,mailcap,stikked,apache
chrooted db version used by librpm is at least as good as non-rooted one


installing lib64apr1_0-1.7.5-1.mga10.x86_64.rpm webserver-base-2.0-16.mga9.noarch.rpm lib64apr-util1_0-1.6.3-1.mga9.x86_64.rpm apache-2.4.62-2.mga10.x86_64.rpm mailcap-2.1.54-1.mga10.noarch.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.20250423111723_3822, write=1)
created transaction for installing on /home/pterjan/build/chroot_tmp/pterjan/chroot_cauldron.x86_64.0.20250423111723_3822 (remove=0, install=0, upgrade=5)
trans: scheduling update of lib64apr1_0-1.7.5-1.mga10.x86_64 (id=16964, file=/distrib/cauldron/x86_64/media/core/release/lib64apr1_0-1.7.5-1.mga10.x86_64.rpm)
trans: scheduling update of webserver-base-2.0-16.mga9.noarch (id=4096, 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=8928, file=/distrib/cauldron/x86_64/media/core/release/lib64apr-util1_0-1.6.3-1.mga9.x86_64.rpm)
trans: scheduling update of apache-2.4.62-2.mga10.x86_64 (id=30168, file=/distrib/cauldron/x86_64/media/core/release/apache-2.4.62-2.mga10.x86_64.rpm)
trans: scheduling update of mailcap-2.1.54-1.mga10.noarch (id=16746, file=/distrib/cauldron/x86_64/media/core/release/mailcap-2.1.54-1.mga10.noarch.rpm)
Preparing...                     #############################################
      1/5: lib64apr1_0           #############################################
      2/5: lib64apr-util1_0      #############################################
      3/5: mailcap               #############################################
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/5: webserver-base        #############################################
      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-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'.

----------------------------------------------------------------------
workaround bug in rpmlib by removing /home/pterjan/build/chroot_tmp/pterjan/chroot_cauldron.x86_64.0.20250423111723_3822/var/lib/rpm/__db*
EXITING (pid=1577560)
D: [iurt_root_command] Success!