/srv/irclogs.ubuntu.com/2019/11/20/#ubuntu-devel.txt

Skuggenmdeslaur: 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 now04:12
RAOFWow. Has LP upstream bandwidth improved? I'm getting ~3MB/s from it now, rather than ~300KiB/s :)04:40
mwhudsonRAOF: the git service finally migrated to new hardware07:53
RAOFmwhudson: and the PPAs, too, it seems!08:10
mwhudsonRAOF: oh08:10
mwhudsoni've generally had ok bandwidth for them08:10
mwhudsonRAOF: i'm sorry about the nbn08:10
RAOFmwhudson: 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.net08:13
RAOFI didn't think that was a “your ISP needs to buy more transit” problem 😀08:13
mwhudsonhmm!08:14
mwhudsonok maybe something has changed then08:14
=== Wryhder is now known as Lucas_Gray
cpaelzerbdmurray: 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/1010:17
ubottuLaunchpad bug 1844834 in open-vm-tools (Ubuntu Eoan) "open-vm-tools 11.0.0 released" [Undecided,Triaged]10:17
xnoxdoko:  pytest migrated =) horay10:49
dokoxnox: it wasn't me, it was mw hudson10:53
xnoxdoko:  well, i think it was partially me as well. Had to retry some tests with postgis/postgres from proposed.11:06
xnoxit would be nice if someone would fix postgis on s390x such that it would migrate11:06
xnoxlooking 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.gz11:09
xnoxbut I can reproduce this!11:09
xnox/usr/lib/python3/dist-packages/numpy-1.17.3.egg-info/entry_points.txt11:10
xnox/usr/lib/python3.8/dist-packages/numpy-1.17.3.egg-info/entry_points.txt11:10
xnoxseems bad to me11:10
xnoxfirst one points to 3.7, the later one points to 3.811:10
xnoxbut the later is nonesence11:11
xnoxdoko:  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-packages11:31
mwhudsonxnox: just uploaded a fix for that11:39
mwhudsonwell the autopkgtest11:40
mwhudsonxnox: hm that stuff under usr/lib/python3.8/dist-packages/ is odd11:41
xnoxmwhudson:  yeah =) that fixup to entry points should work. I was confused about versioned entry points too.11:55
xnoxit is all very weird =)11:56
xnox$ dpkg -L python3-numpy | grep _dummy11:56
xnox/usr/lib/python3/dist-packages/numpy/core/_dummy.cpython-37m-x86_64-linux-gnu.so11:56
xnox/usr/lib/python3/dist-packages/numpy/core/_dummy.cpython-38-x86_64-linux-gnu.so11:56
xnox/usr/lib/python3.7/dist-packages/numpy/core/_dummy.cpython-37m-x86_64-linux-gnu.so11:56
xnox/usr/lib/python3.8/dist-packages/numpy/core/_dummy.cpython-38-x86_64-linux-gnu.so11:56
xnoximho the 3.X dirs shouldn't exist at all11:56
=== jdstrand_ is now known as jdstrand
=== ricab is now known as ricab|lunch
cpaelzerrafaeldtinoco: the libvirt MPs LGTM, should I sponsor them right away?13:22
=== ricab|lunch is now known as ricab
rafaeldtinococpaelzer: yes please.14:46
coreycbrbasak: (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, keystone15:04
dokoxnox, mwhudson: yes, these shouldn't exist, but it's not hurting anything. please verify that debian has the issue too and file a report15:25
xnoxok15:52
=== led_dark_2 is now known as led_dark_1

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!