[15:33] <Comnenus> After adding a DVD with # apt-cdrom add , should I be able to use apt as usual?  It doesn't seem to be finding any packages.
[17:03] <TomyWork> I switched my my ubuntu 22.04.1-based autoinstall scripts over to 22.04.2. now the installation fails (tried twice). is there a migration guide or something?
[17:08] <TomyWork> according to /var/log/installer/curtin-install.log, the step that fails is cmd-install/stage-curthooks/002-setupcon-save-only/cmd-in-target
[17:08] <dbungert> TomyWork: would you pastebin the curtin-install.log?
[17:10] <TomyWork> lemme see if there's pastebinit and a working internet connection
[17:11] <TomyWork> hmm, paste.ubuntu.com says i need to be logged in to view the paste
[17:12] <TomyWork> which sucks cause i can't even tell if I can share it with you or if there's something I need to censor
[17:13] <dbungert> TomyWork: you could also file a private bug against subiquity, which would let you post logs and they would not be world readable
[17:13] <dbungert> https://bugs.launchpad.net/subiquity/+filebug
[17:14] <dbungert> option near the bottom "This bug contains information that is" -> set to Private
[17:17] <TomyWork> https://gist.github.com/TomyLobo/2dbc5d484332b47ff809c769ae9cc709 got it out using netcat
[17:18] <TomyWork> oh didn't see that one earlier: /usr/bin/ckbcomp: Can not find file "symbols/en" in any known directory
[17:20] <dbungert> https://bugs.launchpad.net/subiquity/+bug/2008271
[17:20] -ubottu:#ubuntu-server- Launchpad bug 2008271 in subiquity "invalid keyboard layout value results in setupcon error" [Undecided, Fix Released]
[17:20] <dbungert> please double check the layout value under keyboard
[17:21] <TomyWork> it's "uk"
[17:21] <TomyWork> I'm changing it to "us"
[17:22] <dbungert> the values are based on /usr/share/X11/xkb/rules/base.lst, so I think you could also go with "gb"
[17:25] <TomyWork> since it was never UK/GB, I guess it has always been US anyway, right?
[17:25] <dbungert> I think so.  Before the value was just silently wrong.
[17:25] <TomyWork> and I see no reason why UK would make any sense here. I'm in germany and so are all my colleagues
[17:26] <dbungert> :) if "us" doesn't match expectations, maybe another one in base.lst would be better.
[17:26] <TomyWork> the US layout discourages people from messing around with the VM console :)
[17:26] <dbungert> lol
[17:27] <TomyWork> they're supposed to use kubectl and, failing that, SSH
[17:32] <TomyWork> oops I misread. it was layout: en and variant:uk. what's the standard US variant?
[17:34] <dbungert> The full default for keyboard is:  keyboard: {layout: us, toggle: null, variant: ''}
[17:34] <TomyWork> so is variant optional or do i have to put it in as an empty string?
[17:35] <dbungert> variant will default to the empty string if left unsupplied.  you can skip the keyboard section entirely and you'll get the config I just posted.
[17:36] <TomyWork> ok
[17:49] <TomyWork> it rebooted! I guess that means I'm past that error \o/
[17:53] <TomyWork> well, it's 4 minutes faster in total :D
[18:16] <TomyWork> ah, this is great. I replaced every single node of this cluster within like half an hour and the services all just work
[18:17] <TomyWork> even the cluster of theseus
[18:17] <TomyWork> -even
[18:19] <dbungert> TomyWork: glad to hear it's going well :)
[19:33] <smoser> paride or anyone... where is upstream source for autopkgtest
[19:35] <sarnold> I can't promise it but I've always assumed https://salsa.debian.org/ci-team/autopkgtest is the upstream
[19:35] <smoser> it does look like it https://salsa.debian.org/ci-team/autopkgtest/-/commits/master
[19:36] <smoser> thanks sarnold