[04:53] <rafaeldtinoco> i would appreciate if anyone with go skills could take a look at LP: #1859685 and review the 2 golang workaround patches I have submitted at: https://github.com/google/cloud-print-connector/pull/477 as well.
[04:53] <ubottu> Launchpad bug 1859685 in google-cloud-print-connector (Ubuntu) "google-cloud-print-connector FTBFS (focal)" [Medium,In progress] https://launchpad.net/bugs/1859685
[04:54] <rafaeldtinoco> this will help unblocking net-snmp migration (rdepends on libsnmp35) and fix FTBFS for cloud-print-connector (with newer CUPs in Focal)
[07:53] <seb128> vorlon, hey, any idea about https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-focal/focal/i386/p/parlatype/20200114_130829_2ece6@/log.gz ? it's blocking gst-plugins-base1.0
[08:16] <smb> ahasenack, he told me about the first attempt failing to build. There is a 4.9.2-0ubuntu5 in disco proposed which I really would need in updates and copied forward into eoan
[08:17] <smb> I hope this is still possible with the rushed out ubuntu6 for focal.
[11:36] <doko> seb128: can you recheck #1859610 with all -proposed?
[11:38] <seb128> doko, k
[11:49] <doko> apw: could kernel team have a look at https://launchpad.net/ubuntu/+source/kpatch/0.5.0-0ubuntu3 ? and/or merge
[12:11] <seb128> doko, is there a way to get https://people.canonical.com/~doko/ftbfs-report/test-rebuild-20191220-focal-focal.html refreshed with the current archive status? it still lists things that have been fixed
[12:23] <doko> running ...
[12:25] <seb128> doko, thx
[12:25] <ahasenack> rafaeldtinoco: hi, you should ping tkamppeter about the ftbfs related to cups header
[12:38] <seb128> juliank, any idea why trying to install python3-aptdaemon on focal wants to pull in gcc-9-base:i386 python3.8:i386 etc?
[12:38] <seb128> doko, ^
[12:38] <juliank> that sounds like fun
[12:39] <juliank> pass -o Debug::pkgDepCache::Marker=1
[12:44] <apw> doko, will figure out someone
[16:13] <seb128> vorlon, any idea what should be done with afterstep/i386 (blocking fonts-freefont) https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-focal/focal/i386/a/afterstep/20200115_130852_3a20c@/log.gz
[16:13] <rafaeldtinoco> tkamppeter: do you think you can give a fast review on the 3 patches I made for bug 1859685 ?
[16:13] <ubottu> bug 1859685 in google-cloud-print-connector (Ubuntu) "google-cloud-print-connector FTBFS (focal)" [Medium,In progress] https://launchpad.net/bugs/1859685
[16:14] <rafaeldtinoco> dont want to add it to focal before someone +1 it.
[16:14] <rafaeldtinoco> I'll add a debdiff to the bug!
[16:21] <ahasenack> doko: I'm taking advantage of you reintroducing python-mako (py2), to build haproxy with it (not a runtime dep). Is that why you reintroduced it, or are other packages needing it?
[16:31] <ahasenack> in other words, would you swear at me for doing that? :)
[16:31] <ahasenack> I see just python2-scipy with a build-depends on it
[16:39] <doko> ahasenack, ginggs: I just removed python2-scipy, so it's not needed for that anymore
[16:40] <doko> if you want to help with server stuff, please fix the networkx triggered autopkg tests
[16:56] <ahasenack> doko: no worries, I'm gonna try to switch haproxy to py3. I've got a plan
[18:22] <ahasenack> hi, anybody hacking on debian-installer for focal? I need to do a no-change rebuild with new bind9 libs
[18:24] <vorlon> seb128: parlatype just needed a badtest hint (which unfortunately means hinting pretty much every package which previously had test results on i386, one by one as they pop up, until someone has a chance to try to fix this centrally in britney).  Same for afterstep.  as for i386 autopkgtests installing build-essential:amd64: the way cross-testing is implemented, build-essential:amd64 must always be
[18:24] <vorlon> installable, so anything having test deps which conflict with it is untestable
=== KelseyS_ is now known as KelseyS
[18:48] <ahasenack> oh, hm
[18:48] <ahasenack> $ mklibs-copy
[18:48] <ahasenack> -bash: /usr/bin/mklibs-copy: /usr/bin/python: bad interpreter: No such file or directory
[18:57] <ahasenack> hmm²
[18:57] <ahasenack> $ dh_python2
[18:57] <ahasenack> -bash: /usr/bin/dh_python2: /usr/bin/python: bad interpreter: No such file or directory
[18:57] <ahasenack> doko: ^
[18:57] <vorlon> haha
[18:58] <doko> ahasenack: fixed in -proposed
[18:58] <ahasenack> doko: dh_python2 and/or mklibs-copy?
[18:58] <doko> dh_python2
[18:58] <ahasenack> k
[18:59] <doko> hmm, mklibs-copy builds for me
[19:00] <ahasenack> the shebang is /usr/bin/python still
[19:00] <ahasenack> in mklibs-copy, I mean
[19:01] <ahasenack> https://pastebin.ubuntu.com/p/dxNxnpVwxV/ ?
[19:10] <ahasenack> doko: ^ ok to upload that? Or are you working on it?
[19:10] <ahasenack> it fixes the d-i build for me (after using python-defaults from proposed)
[19:12] <doko> ahasenack: sure
[19:12] <ahasenack> thx
[19:23] <doko> LocutusOfBorg, Laney: I restored the old racket, but bustle and uuagc don't build in the old versions. ok to remove these?
=== ben_r_ is now known as ben_r
[21:40] <juliank> This is a PSA that I expect apt 1.9.6 to land tomorrow and it might break your apt(8) CLI muscle memory: Regular expressions and fnmatch style expressions will no longer be accepted, you'll have to use patterns instead.
[21:41] <juliank> It's also lighter on the CPU when downloading, as it has hw-accelerated hashing courtesy of gcrypt; and 10-15% faster at generating a cache
[21:42]  * juliank just waiting for CI to finish to merge the last feature branch, then add release commit, wait for CI, and then upload it to Debian, and then it needs syncing at some point :D
[21:48] <sarnold> yay thanks juliank :)
[22:01] <LocutusOfBorg> ok for me
[22:02] <LocutusOfBorg> missing build on armhf: libsfcgal-dev, libsfcgal1 (from 1.3.7-2ubuntu1)
[22:02] <LocutusOfBorg> doko, ^^ it has been removed in debian...