The cause of this is that livecd.ubuntu.squashfs contains an /etc/resolv.conf with private DNS servers (I think it was copied from the build environment). This is copied to the target chroot, so the call of `apt-get update` in d-i/source/apt-setup/finish-install.d/10apt- cdrom-setup[1] repeatedly fails with timeouts, until finally giving up after 10 minutes or so.
I have not figured out if this is due to a change in the build environment, or if systemd-resolved packaging changes broke assumptions in live-build build scripts such as lb_chroot_resolv [2]. [1] https://git.launchpad.net/ubuntu/+source/ubiquity/tree/d-i/source/apt-setup/finish-install.d/10apt-cdrom-setup [2] https://git.launchpad.net/ubuntu/+source/live-build/tree/scripts/build/lb_chroot_resolv -- You received this bug notification because you are a member of Kubuntu Bugs, which is subscribed to ubiquity in Ubuntu. https://bugs.launchpad.net/bugs/1989596 Title: Completing Copying of Logs stage takes a very long time To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1989596/+subscriptions -- kubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/kubuntu-bugs
