[10:16] <xnox> mwhudson:  rbalint: 1.15 cgo backports ftbfs see https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/4328/+packages
[10:16] <xnox> mentioned to jsing too over MM.
[10:28] <doko> rbalint: https://launchpad.net/ubuntu/+source/libace-perl/1.92-8build2/+build/20267584  glibc induced ftbfs, blockin perl
[10:43] <doko> cpaelzer: https://launchpad.net/ubuntu/+source/libsys-virt-perl/6.8.0-1build1/+build/20268152  requires libvirt 6.8, blocking perl
[10:45] <doko> coreycb: ^^^
[11:11] <xnox> i am doing rebuilds for small transitions
[11:16] <cpaelzer> doko: I'm on libvirt 6.8 since two weeks already
[11:16] <cpaelzer> doko: I'd have been ready by today/tomorrow I guess if not for the +1 week that is now
[11:17] <cpaelzer> doko: if you tell me that it is plus-one'ish to unblock that by continue merging libvirt then fine
[11:17] <cpaelzer> otherwise I'd go back to that next week
[11:29] <mwhudson> i feel like i should post https://imgflip.com/i/4lsy64 again
[11:34] <cpaelzer> yeah mwhudson
[11:42] <Laney> :D
[11:42] <Laney> doesn't help when a security update takes your cloud down either
[13:12] <doko> rbasak: https://patches.ubuntu.com/libd/libdbd-mariadb-perl/libdbd-mariadb-perl_1.11-3ubuntu2.patch is this still required? if not, please could you sync?
[14:08] <xnox> doko:  merged and upload. still needed.
[14:08] <xnox> *uploaded
[14:11] <xnox> hm, something is odd with dwz on arm64
[14:11] <xnox> dh_dwz -a -a
[14:11] <xnox> dwz: debian/olive-editor/usr/bin/olive-editor: Unknown DWARF DW_OP_0
[14:11] <xnox> dwz: Too few files for multifile optimization
[14:25] <seb128> waveform, sil2100 , hey, could you commit your bluez changes to the packaging vcs?
[14:30] <cpaelzer> doko: the new gdb breaks apport tests, if you (or anyone else) have not yet looked into that I'd start to do so
[14:30] <cpaelzer> doko: do you happen to know if this is being worked on already?
[14:31] <doko> cpaelzer: I remember bdmurray doing something
[14:34] <cpaelzer> oh, ok then I'll not go deeper on that on (all I did so far was run the test locally and find it seems to be reproducible)
[14:34] <cpaelzer> thanks doko
[14:38] <sil2100> seb128: I did that
[14:39] <sil2100> seb128: as per the bug, I prepared MPs for both changes
[14:39] <sil2100> seb128: but since it's under the ~bluetooth team, I have no write access
[14:39] <seb128> sil2100, ah, I did check there, only the vcs
[14:39] <seb128> are you sure?
[14:39] <seb128> I'm in a meeting but I will check the permissions after
[14:40] <sil2100> That's what LP told me 'You cannot push directly to this repository. Members of Bluetooth can push to this repository. "
[14:40] <sil2100> Didn't check in detail
[14:43] <seb128> sil2100, k, sorry, I will merge the changes, thanks for the MPs
[14:45] <sil2100> No worries! They're both targeting groovy, since someone needs to create the hirsute branch for the main one
[15:08] <seb128> sil2100, waveform, so I was just reviewing that, I don't like much carrying "forwarded: no" changes without a strong rational, could you give some background on why they can't be forwarded and how long we expect to carry those changes?
[15:10] <Laney> ++sleep(1);
[15:11] <Laney> interesting patch ;-)
[15:11] <doko> is that a LHS?
[15:12] <bdmurray> cpaelzer: I did something cycles ago, do you have a log handy?
[15:15] <Laney> it's from https://launchpadlibrarian.net/506235686/bluez_5.55-0ubuntu1_5.55-0ubuntu2.diff.gz but the whitespace didn't c+p properly
[15:17] <cpaelzer> bdmurray: yeah I have, just a sec
[15:17] <cpaelzer> doko: just got confirmation that postgresql-13.1 will solve the FTFBS
[15:18] <cpaelzer> bdmurray: https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-hirsute/hirsute/amd64/a/apport/20201101_083851_67fdd@/log.gz
[15:18] <cpaelzer> bdmurray: be careful there are a bunch of red herrings in there which also show up when runs are good
[15:19] <cpaelzer> Only consider those which match "^FAIL:" please
[15:21] <bdmurray> cpaelzer: got it, thanks
[16:10] <bdmurray> seb128: so you confirmed the fix for bug 1870060 but have you seen anything in the Error Tracker yet? I haven't.
[19:18] <seb128> bdmurray, not yet but I don't think there are many hirsute users at this point
[19:19] <bdmurray> seb128: true, I'll just SRU it
[19:19] <seb128> bdmurray, also e.u.c has no releases list stops are 20.10
[19:19] <seb128> at*
[19:20] <seb128> sorry, let me rephrase, the list of available releases in the combo stops at 20.10
[19:20] <bdmurray> oh, indeed