[08:37] <xnox> juliank:  so prepared the other two cherrypicks similar to rbalint's prepared efi1.1 fix https://code.launchpad.net/~xnox/shim/+git/shim/+merge/401454
[08:37] <xnox> will prepare paperwork for it already.
[08:39] <juliank> xnox: I kind of wonder if maybe the T420's UEFI 2.0 has a broken QueryVariableInfo() - that would be hilarious
[08:43] <juliank> ahasenack: If you want, you could try https://code.launchpad.net/~ubuntu-core-dev/shim/+git/shim/+ref/master and hack around the latest patch to make the if (... < 2) be a if (true) and try that on your T420, I'd be curios
[08:43] <juliank> ahasenack: probably not the case
[08:43] <juliank> but still
[08:44] <xnox> juliank:  also did you read messages from ltrager on https://bugs.launchpad.net/maas/+bug/1865515 ?
[08:44] <ubottu> Launchpad bug 1865515 in MAAS "Chainbooting from grub over the network to local shim breaks chain of trust" [High,Triaged]
[08:45] <juliank> xnox: yeah
[08:45] <xnox> juliank:  i'm not sure if the latest kernel efi fix is causing issues in lxd vm, or if our netboot chainload is still borked.
[08:45] <xnox> juliank:  i just commented on it.
[08:45] <xnox> juliank:  did you still have netboot test case available locally, or should i recreate mine?
[08:45] <juliank> maybe it actually needs the mok testing thingy
[08:46] <juliank> s/testing/moving/
[08:46] <juliank> xnox: I never had a grub chainloading thing, only one grub, though
[08:47] <juliank> xnox: I can test single grub netboot
[08:48] <xnox> Please do
[08:48] <juliank> xnox: It prints kernel stub message, then hangs for a second, and then continues until it fails because i did not add an initrd
[08:48] <juliank> :D
[08:49] <juliank> let's boot with one
[08:49] <juliank> I can boot to busybox initrd
[08:50] <juliank> Oh I can chainload actually
[08:50] <juliank> OK, I chainloaded into local grub now, will load kernel from there
[08:51] <juliank> that works too
[08:51] <juliank> Would have to try maas/lxd
=== cpaelzer__ is now known as cpaelzer
[09:51] <niub> o/
[09:51] <niub> where can I find this package linux-image-5.4.0-58-generic-dbgsym?
[09:52] <niub> afaict has been removed from http://ddebs.ubuntu.com main/focal-updates
[09:53] <cjwatson> There's a bug about that, but should be available from Launchpad anyway
[09:55] <cjwatson> niub: https://launchpad.net/ubuntu/+source/linux-signed/5.4.0-58.64/+build/20389733
[09:56] <cjwatson> (And https://bugs.launchpad.net/ddeb-retriever/+bug/1921940 and https://bugs.launchpad.net/ddeb-retriever/+bug/1922451 are about various packages going missing from focal-updates.  On my to-do list to investigate, just haven't had time yet)
[09:56] <ubottu> Launchpad bug 1921940 in ddeb-retriever "libgtk-3-0-dbgsym missing for focal-updates" [Undecided,New]
[09:56] <ubottu> Launchpad bug 1922451 in ddeb-retriever "irssi-dbgsym missing for focal-updates" [Undecided,New]
[09:58] <niub> cjwatson does that mean the package will be available again soon?
[09:58] <cjwatson> niub: If I can figure out the bug :-)  But in the meantime you can fetch it from Launchpad using the link I gave you above
[09:59] <niub> cjwatson find but currently is breaking an automated process
[09:59] <niub> *fine, but currently is breaking an automated process
[09:59] <niub> cjwatson is smt I could help you with?
[10:00] <cjwatson> niub: Thanks though realistically I think it probably involves digging around in logs and databases that you won't have access to
[10:01] <niub> cjwatson I see :/
[10:01] <cjwatson> I'll try to get to it after my team's sprint this week
[10:02] <niub> cjwatson thanks. Is that the file I should use https://launchpad.net/ubuntu/+source/linux-signed/5.4.0-58.64/+build/20389733/+files/linux-image-5.4.0-58-generic-dbgsym_5.4.0-58.64_amd64.ddeb ?
[10:02] <niub> seems rather small as package...
[10:03] <cjwatson> I suspect if you download it you'll find that it depends on something else
[10:03] <cjwatson> Probably https://launchpad.net/~canonical-kernel-team/+archive/ubuntu/ppa/+build/20384471/+files/linux-image-unsigned-5.4.0-58-generic-dbgsym_5.4.0-58.64_amd64.ddeb from https://launchpad.net/~canonical-kernel-team/+archive/ubuntu/ppa/+build/20384471
[10:03] <cjwatson> (Found via https://launchpad.net/ubuntu/+source/linux/5.4.0-58.64)
[10:04] <niub> uhm, he wants packages that seem to be not available :/
[10:07] <cjwatson> You may unfortunately have to play manual dependency resolver
[10:07] <cjwatson> I'm out of time to help further right now
[10:08] <cjwatson> Everything should be in LP somewhere though, work out the *source* package name and version and start from https://launchpad.net/ubuntu/+source/NAME/VERSION for each
[10:12] <niub> that sucks :/
[10:12] <cjwatson> Sorry
[10:12] <cjwatson> Can't do better right now
[10:12] <cjwatson> Hopefully will be able to fix it up later, I don't think any data has been lost
[10:13] <niub> I'll keep my fingers crossed. I can wait one day
[10:16] <cjwatson> I won't be able to do it tomorrow
[10:16] <cjwatson> Thu or Fri at absolute best
[10:17] <niub> ack, I see...will try to find a workaround in the meantime
[10:18] <niub> trying to install this one https://launchpad.net/~canonical-kernel-team/+archive/ubuntu/ppa/+build/20384471/+files/linux-image-unsigned-5.4.0-58-generic-dbgsym_5.4.0-58.64_amd64.ddeb let's see what that does
[10:38] <niub> it seems that the former along with https://launchpad.net/ubuntu/+source/linux-signed/5.4.0-58.64/+build/20389733/+files/linux-image-5.4.0-58-generic-dbgsym_5.4.0-58.64_amd64.ddeb made the magic
[10:38] <niub> this buyes me some times
[11:08] <Laney> stgraber: hey can you find a subscriber for http://reqorts.qa.ubuntu.com/reports/m-r-package-team-mapping.html please?
[11:08] <Laney> (lxd-agent-loader)
[11:08] <Laney> we got a new checklist item to make sure that list is empty
[11:08] <Laney> server is subscribed to lxd, maybe them?
[11:40] <rbasak> FWIW, I'm not sure it even makes sense for the server team to be the team subscriber for lxd any more
[11:41] <rbasak> We ignore bugs against the package, and for example, AFAIK we had nothing to do with lxd-agent-loader and I don't even know what it is.
[11:41] <rbasak> Maybe the lxd team should be a package subscriber in their own right now?
[11:41] <rbasak> Seeing as they look after the package anyway, etc.
[11:52] <Laney> That's an option; it would be a change to https://bazaar.launchpad.net/~ubuntu-archive/ubuntu-archive-tools/trunk/view/head:/lputils.py#L46 and then subscription changes on LP
[12:16] <stgraber> Laney: ubuntu-lxc is subscribed to both lxd and lxd-agent-loader already (done as part of the MIR for both)
[12:36] <ahasenack> juliank: xnox: I now reinstalled all grub* packages I had installed, but with their groovy updates, and the laptop boots fine
[12:37] <juliank> hmm
[12:37] <xnox> ahasenack:  i wonder, if you had grub without sbat section before? aka the one that is still phasing in groovy-updates?
[12:37] <ahasenack> let me just switch back to hirsute, and show what a dist-upgrade would do
[12:37] <xnox> ahasenack:  and using new shim, right?
[12:37] <ahasenack> xnox: no, shim from groovy
[12:37] <xnox> ah
[12:37] <ahasenack> just downgrading to the shim from groovy didn't fix it
[12:38] <xnox> is your secureboot on?
[12:38] <ahasenack> I'll grab the versions I have now, paste in the bug, do a distr-upgrade, and grab t again
[12:38] <ahasenack> xnox: this laptop is not secure-boot capable
[12:38] <xnox> ahahuhu?
[12:38] <ahasenack> I can just switch between bios mode and uefi
[12:38] <ahasenack> currently set to uefi only (not even bios as a fallback)
[12:40] <ahasenack> hmm, too many new updates already, dist-upgrade is noisy
[12:41] <ahasenack> I have to run in a few, I'll paste updates in the bug later when I'm back
[13:28] <Laney> stgraber: can you add that team to that list I referred to?
[13:28] <Laney> that makes it a legit owning team
[13:35] <stgraber> Laney: done
[13:53] <Laney> cheers!
[13:53] <Laney> hopefully the list will go empty
=== plars_ is now known as plars
=== didrocks999 is now known as didrocks