Control: affects -1 + mmdebstrap Hi,
Johannes asked me to briefly explain how this bug affects mmdebstrap. If you use mmdebstrap unprivileged on a Debian testing system without user namespaces (e.g. during an unprivileged autopkgtest) and try to bootstrap unstable, you may run into this issue, because systemd heavily employs RPATHs to load libsystemd-shared. When e.g. systemd-sysusers is invoked, it loads its libraries and - due to the RPATH - picks up the system copy of libsystemd-shared rather than the chroot copy. If these differ (e.g. because testing lags behind unstable), it may lack symbols and the program may fail to start. I think this makes mmdebstrap's --mode=fakechroot rather limited to situations where the bootstrapped release exactly matches the system release. Helmut
