[10:25] <doko> oSoMoN, marcustomlinson: there is now also http://bugs.debian.org/943401
[13:15] <ddstreet> xnox rbalint you know of any problems that using libnss-resolve might cause?  It seems harmless but it's separated and not installed by default, though I don't see any obvious reason for packaging it separately from the commit history, other than the other libnss plugins were separate at the time as well
[13:17] <xnox> ddstreet:  so, it alone, doesn't work in chroots because it relies on dbus that doesn't cross chroot boundary. Where as 127.0.0.... forwarder can.
[13:17] <xnox> ddstreet:  certain protocols that we don't like, are only available over libnss-resolve
[13:18] <xnox> ddstreet:  so, libnss-resolve alone is not enough / not usable as a system resolver unfortunately. But it is a nice supllementary tool.
[13:18] <xnox> if one wants lmnnr / zerconf resolution etc.
[13:18] <xnox> (correct spelling to taste)
[13:19] <ddstreet> it avoids limitations in the stub resolver as well, espeically on bionic
[13:19] <xnox> also many applications do not use nss
[13:20] <xnox> but yeah, it does help apps that do use nss
[15:14] <doko> mitya57: do you have any idea about https://launchpadlibrarian.net/448402130/buildlog_ubuntu-focal-amd64.fiona_1.8.9-1_BUILDING.txt.gz ?
[15:14] <doko> failing to find the extensions when trying to build the docs with 3.8, I saw that in another package as well, fornow I have no clue why it is failing ...
[15:15] <doko> the extensions are built
[15:43] <doko> ahh, I got it. /usr/share/sphinx/scripts/python3/sphinx-build is 3.7, but the 3.7 extensions are not yet built
[19:04] <coreycb> doko: cpaelzer: I've uploaded python-tornado with py38 tests fixed up.
[20:47] <ricotz> hello, please sync this early -- https://bugs.launchpad.net/ubuntu/+source/vala/+bug/1849300
[22:36] <Pharaoh_Atem> cyphermox: now that Ubuntu 19.10 is out, can you please take a look at this? https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/1824245/comments/8