[05:36] Teridon: sorry for the long delay and glad you appreciated the SSH host key fix in cloud-init. updating the subiquity snap for your live installer won't get you the new cloud-init in your target system I don't think but I believe the following late-comands should update cloud-init in your target disk before reboot, so your ssh host key configuration would be honored after that final target system reboot [05:36] https://paste.ubuntu.com/p/Kz8q5TvZTd/ note the late-commands are actually run from within the ephemeral installer environment, but they'll chroot into the mounted /target in order to upgarde cloud-init on disk so that the final reboot will honor your custom user-data. This is only released on lunar for cloud-init at the moment. We expect to start an SRU to Bionic/focal/jammy and kinetic this week so cloud-init updates on those [05:36] series should be available soonish (~1 & a half weeks) [05:36] note the sample passwd in that pastebin is just 'ubuntu' [08:09] why is ubuntu's /etc/apt/sources.list so complicated vs Debian? [08:10] with debian, you can have a perfectly functional system with a single line [08:10] but with Ubuntu you need a huge complicated file? [08:11] Some users prefer to receive security updates only, some want all updates, and some want no updates, so we allow individual selection. [08:11] okay, I see. [08:11] That's actually pretty cool. [08:12] I've got a KVM VM, I've installed the linux-image-kvm IIRC. I saw there was also linux-image-virtual what's the diff? [08:12] They both say they're for VM's? [08:14] I think -virtual has support for more virtual hardware or something like that, and therefore is bigger. I'm not sure though. [08:15] The description of -kvm additionally says "minimal" [12:34] ahasenack: could you take a look at this PR where I am fixing the docker-in-lxd DEP-8 test in lunar? This is the same solution I am going to apply in kinetic (both worked fine locally) https://github.com/tianon/debian-docker/pull/19 [12:34] -ubottu:#ubuntu-server- Pull 19 in tianon/debian-docker "Fix lxd test lunar" [Open] [12:34] ok [12:35] it is not failing in lunar right now but it is using a privileged lxd container [12:35] so it was the backend? [12:35] yes, it was that [12:35] what was it using before, zfs? [12:36] correct, the default [12:36] can't you set that in the lxd init phase? Or is it better after? [12:37] s/better/easier/ perhaps [12:37] it could be done in the init phase I guess, I just tried to follow the docs [12:37] ok [12:38] and in older releases we don't need any of that? Not even the new security.* settings? [12:38] the security.nesting=true was already present before [12:39] yes [12:39] it was the only one iirc [12:39] the syscalls intercepts are the new ones [12:39] yes [12:40] ok, the storage thing, it's not for the lxd container itself (i.e., its root filesystem) [12:40] you are just handing it over to docker itself [12:40] which is fine [13:58] blackboxsw: delayed response better than no response :-D thx! [14:30] ahasenack: could you reject the docker.io package in kinetic-proposed? I'll be uploading the changes you approved using the same version [15:24] kanashiro[m]: done === shokohsc68 is now known as shokohsc6 === alkisg1 is now known as alkisg [18:19] can anyone confirm `lunar-netboot-amd64.tar.gz` can't actually run the installer from the included files, but must still download the image iso? [18:33] looks like it. Well I guess that could save you unzipping the iso to get the kernel and initrd. [18:33] seems like it would be pretty nice to include the installer in the initrd and not need to download the iso at all. === shokohsc69 is now known as shokohsc6 === shokohsc62 is now known as shokohsc6