=== amurray is now known as amurray`
=== amurray` is now known as amurray
=== zyga is now known as zyga-mbp
=== viowel is now known as Cr1xus
[12:04] <nibbon_> o/
[12:05] <nibbon_> what's the best way to see what patches landed in a package?
[12:31] <juliank> didrocks999: any wishes for grubzfs-testsuite focal SRU?
[12:31] <juliank> didrocks999: Because I need to update it for the new grub changes
[12:31] <juliank> didrocks999: same as in groovy
[12:31] <rbasak> nibbon_: which package?
[12:35] <nibbon_> qemu-*3ubuntu6.4 would like to know whether this patch https://git.launchpad.net/ubuntu/+source/qemu/tree/debian/patches/ubuntu/pre-bionic-256k-ipxe-efi-roms.patch?h=ubuntu/focal-updates&id=79e2f1c79b1ef72f818ef1de0bbe820929cfe691
[12:35] <nibbon_> is in there
[12:35] <nibbon_> I would say yes
[12:38] <rbasak> nibbon_: https://git.launchpad.net/ubuntu/+source/qemu/tree/debian/patches/series?h=import/1%254.2-3ubuntu6.4
[12:38] <rbasak> That's the tag for version 1:4.2-3ubuntu6.4 of qemu
[12:39] <rbasak> The series file there shows you all the enable patches
[12:39] <rbasak> The series file there shows you all the enabled patches
[12:40] <rbasak> https://git.launchpad.net/ubuntu/+source/qemu/tree/debian/patches/ubuntu/pre-bionic-256k-ipxe-efi-roms.patch?h=import/1%254.2-3ubuntu6.4 (specifically against that tag) shows you the contents of the patch with that name specifically in version 1:4.2-3ubuntu6.4 of qemu
[12:40] <nibbon_> rbasak: so I'm right, ubuntu/pre-bionic-256k-ipxe-efi-roms.patch is included into 3ubuntu6.4 of qemu, isn't it?
[12:41] <rbasak> Yes
[12:42] <nibbon_> rbasak: cool, thx!
[12:56] <didrocks999> juliank: feel free to upload it directly
[12:57] <didrocks999> juliank: there is no VCS and I don’t think that other things than small fixes are planned, so let’s not bother with it
=== tmhoang2 is now known as tmhoang
[13:54] <ahasenack> tjaalton: hi, thanks for handling my base-files/ubuntu-meta sru
[13:54] <ahasenack> tjaalton: looks like I forgot the bug in ubuntu-meta's d/changelog for xenial and bionic, right?
[13:57] <ahasenack> tjaalton: base-files also has a new package that has to be accepted, and it needs to land in main
[14:01] <ahasenack> tjaalton: will you reject the bionic ubuntu-meta too?
[14:04] <Laney> cjwatson: can you remind me what it is that needs to be modified for the archive to start emitting Task for a new seed please?
[14:04] <Laney> ISTR lp:ubuntu-archive-publishing but that seems wrong or I can't manage to find it in there
[14:19] <juliank> didrocks999: ack
[14:25] <sigv> https://code.launchpad.net/debmirror seems to be misconfigured -- historically set up to import lp:debmirror Bazaar branch in trunk series from outdated git://git.debian.org/collab-maint/debmirror.git when the upstream is actually at https://salsa.debian.org/debian/debmirror.git as can be verified from https://tracker.debian.org/pkg/debmirror VCS info
[14:25] <sigv> as I am not a signed Canonical contributor and unable to provide a "Canonical Project Manager or contact", I am not sure if I can request a code import
[14:30] <Laney> sigv: We can't help with that in here - I suggest you try #launchpad where there's a help contact named in the topic
[14:30] <sigv> Laney: thank you! will pick it up there!
[14:39] <Laney> cjwatson: ah, generate_extra_overrides.py has replaced whatever was there before and we no longer need to enumerate the tasks?
[14:39] <Laney> or do I just misremember that this was ever required...
[14:44] <cjwatson> Laney: New seed or new seed collection?
[14:44] <Laney> cjwatson: the former
[14:45] <cjwatson> Laney: OK, it should automatically work for seeds with Task-* headers
[14:45] <cjwatson> And yes, it's controlled by lp:ubuntu-archive-publishing
[14:45] <Laney> cjwatson: OK, that's great, thanks
[14:45] <cjwatson> Laney: Depending on the exact details you may need to tweak seed headers a bit to get them to emit the right task name, but hopefully that's reasonably obvious from generate_extra_overrides.py
[14:46] <Laney> nod, I found getTaskName()
[14:46] <Laney> and pointed Wimpress at it since that's who will be doing the MP at least initially :)
[15:00] <bdmurray> Is there a procedure for autopkgtests which lie? https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-groovy/groovy/amd64/s/silx/20200817_203349_f83fd@/log.gz
=== didrocks999 is now known as didrocks
[19:21] <danboid> popey, Yr rpi-imager is fubar, under 18.04 at least
[19:22] <danboid> popey, https://paste.ubuntu.com/p/NbvWpFjKqZ/
=== dreamcat4__ is now known as dreamcat4
[19:43] <bdmurray> danboid: can you try running it in a different directory? it works fine for me