=== jochensp1 is now known as jochensp
=== cpaelzer__ is now known as cpaelzer
=== cpaelzer__ is now known as cpaelzer
[08:30] <rbasak> seb128, bdmurray: should bug 1906877 still be Incomplete for Focal? Because there's an upload in the queue.
[08:30] <ubottu> bug 1906877 in gnome-control-center (Ubuntu Focal) "diagnostics panel can leave automatic crash reporting enabled" [High,Incomplete] https://launchpad.net/bugs/1906877
[08:37] <seb128> rbasak, hey, no, that question was resolve the status was just not updated, I changed to fix commited now
[09:01] <rbasak> Trevinho: did you intend to drop the final line from debian/control in your fonts-noto-color-emoji upload to Focal?
[09:10] <rbasak> seb128: thanks, just wanted to check I wasn't missing something and it wasn't supposed to go in yet. Looking now.
[09:10] <seb128> rbasak, thank you!
[09:10] <seb128> also nice to see some SRU review going on
[09:11] <seb128> the queue hasn't moved much in recent weeks :-/
[09:28] <rbasak> seb128: are you aware that https://bugs.launchpad.net/ubuntu/+source/udisks2/+bug/1924888/comments/2 is blocked on you - I think?
[09:28] <ubottu> Launchpad bug 1924888 in udisks2 (Ubuntu) "gnome-disks can't create exfat partitions on Hirsute with the Samsung provided tools." [High,Incomplete]
[09:44] <seb128> rbasak, no I was not, I assigned myself now and replied, thanks!
[10:06] <Nafallo> hey. is it just me, or should the meta-release files be updated for hirsute? :-)
[10:08] <RikMills> Nafallo: no, as that would enable upgrades, which we don't want until a shim bug is fixed
[10:09] <RikMills> https://lists.ubuntu.com/archives/ubuntu-devel/2021-April/041448.html
[10:09] <Nafallo> ah! there's a pending bug. that makes sense again. thanks, RikMills :-)
[10:49] <Trevinho> rbasak: oh... Guess no, let me check...
[11:07] <rbasak> waveform: looking at bug 1918013, not a blocker for this SRU, but would it make sense to add an autopkgtest to detect future conflicts between linux-firmware and linux-firmware-raspi2, given that both get major version bumps frequently into stable releases and so are likely to end up out of sync version-wise?
[11:07] <ubottu> bug 1918013 in linux-firmware-raspi2 (Ubuntu Hirsute) "package linux-firmware 1.194 [modified: lib/firmware/brcm/brcmfmac43430-sdio.bin lib/firmware/brcm/brcmfmac43430-sdio.raspberrypi,3-model-b.txt lib/firmware/brcm/brcmfmac43455-sdio.bin lib/firmware/brcm/brcmfmac43455-sdio.raspberrypi,3-model-b-plus.txt lib/firmware/brcm/brcmfmac43455-sdio.raspberrypi,4-model-b.txt] failed to install/upgrade: trying to overwrite '/lib/firmware/brcm/brcmfmac43455-
[11:09] <rbasak> I think if a test simply tries to install both (maybe explicitly depending on neither so the test is done in the test and not in the environment setup) then we'd notice next time if an attempt is made to SRU a linux-firmware that steps on linux-firmware-raspi2 again, for example.
[11:38]  * rZr _o/
[13:06] <waveform> rbasak, interesting idea -- I'll have a look
[15:29] <dbungert> May I get a retest click for sshuttle?  I believe the problem is resolved by the addition to long_tests. https://autopkgtest.ubuntu.com/request.cgi?release=impish&arch=amd64&package=sshuttle&trigger=sshuttle/1.0.5-1ubuntu1
[15:32] <RikMills> dbungert: done
[15:32] <rbasak> Also simultaenously done
[15:32] <dbungert> thank you both :)
[15:33] <rbasak> yw
[15:33] <rbasak> Now there are two running at once :-/
[15:33] <rbasak> https://autopkgtest.ubuntu.com/running#pkg-sshuttle
[15:33] <RikMills> np
[15:33] <rbasak> RikMills beat me by 15s :)
[15:33] <RikMills> rbasak: call yours a fallback ;)
=== epoll is now known as ev
=== mfo_ is now known as mfo