[04:12] <Skuggen> mdeslaur: Sorry, didn't see your highlight. lz4 is still blocked on mysql? If it's not as simple as the bug suggests, we could disable the test for now
[04:40] <RAOF> Wow. Has LP upstream bandwidth improved? I'm getting ~3MB/s from it now, rather than ~300KiB/s :)
[07:53] <mwhudson> RAOF: the git service finally migrated to new hardware
[08:10] <RAOF> mwhudson: and the PPAs, too, it seems!
[08:10] <mwhudson> RAOF: oh
[08:10] <mwhudson> i've generally had ok bandwidth for them
[08:10] <mwhudson> RAOF: i'm sorry about the nbn
[08:13] <RAOF> mwhudson: huh. Previously, I'd consistently been able to get nearly 9MB/s to various London-hosted things, but only hundreds of KiB/s ppa.launchpad.net
[08:13] <RAOF> I didn't think that was a “your ISP needs to buy more transit” problem 😀
[08:14] <mwhudson> hmm!
[08:14] <mwhudson> ok maybe something has changed then
[10:17] <cpaelzer> bdmurray: thanks for asking - I put the answer in the bug so that other SRU Team members will find it as well https://bugs.launchpad.net/ubuntu/+source/open-vm-tools/+bug/1844834/comments/10
[10:49] <xnox> doko:  pytest migrated =) horay
[10:53] <doko> xnox: it wasn't me, it was mw hudson
[11:06] <xnox> doko:  well, i think it was partially me as well. Had to retry some tests with postgis/postgres from proposed.
[11:06] <xnox> it would be nice if someone would fix postgis on s390x such that it would migrate
[11:09] <xnox> looking at the last try of numpy triggered by python3-defaults, cannot understand why f2py3.8 claims to be not there.... https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-focal/focal/amd64/n/numpy/20191120_042900_cec9a@/log.gz
[11:09] <xnox> but I can reproduce this!
[11:10] <xnox> /usr/lib/python3/dist-packages/numpy-1.17.3.egg-info/entry_points.txt
[11:10] <xnox> /usr/lib/python3.8/dist-packages/numpy-1.17.3.egg-info/entry_points.txt
[11:10] <xnox> seems bad to me
[11:10] <xnox> first one points to 3.7, the later one points to 3.8
[11:11] <xnox> but the later is nonesence
[11:31] <xnox> doko:  hm, is python3-numpy packaging broken? i thought it's not ok to have python3.7/dist-packages and python3.8/dist-packages in addition to python3/dist-packages
[11:39] <mwhudson> xnox: just uploaded a fix for that
[11:40] <mwhudson> well the autopkgtest
[11:41] <mwhudson> xnox: hm that stuff under usr/lib/python3.8/dist-packages/ is odd
[11:55] <xnox> mwhudson:  yeah =) that fixup to entry points should work. I was confused about versioned entry points too.
[11:56] <xnox> it is all very weird =)
[11:56] <xnox> $ dpkg -L python3-numpy | grep _dummy
[11:56] <xnox> /usr/lib/python3/dist-packages/numpy/core/_dummy.cpython-37m-x86_64-linux-gnu.so
[11:56] <xnox> /usr/lib/python3/dist-packages/numpy/core/_dummy.cpython-38-x86_64-linux-gnu.so
[11:56] <xnox> /usr/lib/python3.7/dist-packages/numpy/core/_dummy.cpython-37m-x86_64-linux-gnu.so
[11:56] <xnox> /usr/lib/python3.8/dist-packages/numpy/core/_dummy.cpython-38-x86_64-linux-gnu.so
[11:56] <xnox> imho the 3.X dirs shouldn't exist at all
[13:22] <cpaelzer> rafaeldtinoco: the libvirt MPs LGTM, should I sponsor them right away?
[14:46] <rafaeldtinoco> cpaelzer: yes please.
[15:04] <coreycb> rbasak: (or sil2100 tomorrow): Hi, if you have a moment can you take a look at the following openstack packages in the bionic unapproved queue? horizon, nova, cinder, keystone
[15:25] <doko> xnox, mwhudson: yes, these shouldn't exist, but it's not hurting anything. please verify that debian has the issue too and file a report
[15:52] <xnox> ok