[03:51] <guiverc> I asked this on weekend, but flavor ISOs for 20.10 are being created, but http://iso.qa.ubuntu.com/qatracker/milestones/413/builds does not have anything, however iso.qa does have new daily builds for 20.04? but no ISOs there (http://iso.qa.ubuntu.com/qatracker/milestones/408/builds/211606/testcases) - is this related & a config mixup?
[03:52]  * guiverc notices it's still 'weekend' for UK/EU/US folks, sorry
[08:30] <ricotz> doko, hi, lib32stdc++6 (gcc-10/groovy-proposed) still creates an internal versioned dep to lib32gcc1
[08:44] <Laney> guiverc: there was a typo in a config file. fixed, hopefully that'll do it for the next builds
[08:44] <guiverc> Thanks Laney
[09:24] <santa_> hi everybody
[13:10] <oSoMoN> is there a plan to backport python 3.6 (or newer) to xenial, given that 3.5 will be EOL on 2020-09-13, before xenial's own EOL ?
[13:23] <wgrant> oSoMoN: That would be unusual, given the usual distribution practice is to provide support beyond the upstream lifetime. Do you have a specific reason for asking?
[13:24] <oSoMoN> wgrant, yes, it looks like firefox will soon need to build-depend on python3 >= 3.6
[13:25] <cjwatson> SRUing a newer minor release Python would be a gigantic and disruptive effort
[13:25] <cjwatson> *of Python
[13:26] <cjwatson> Almost certainly much easier to make the probably relatively few changes to keep Firefox running on 3.5
[13:26] <oSoMoN> I thought so, just wanted to check before I put an item on my to-do list
[13:27] <oSoMoN> I'll actually most probably create a python3.6-mozilla package and will b-d on it, as we already do for a few other firefox build deps that require newer versions than what's in xenial
[13:27] <cjwatson> !
[13:28] <cjwatson> I really recommend against it
[13:28] <cjwatson> Python has a lot of integration
[13:28] <wgrant> It really isn't that hard to fix 3.6-only code
[13:28] <wgrant> Far far easier than backporting the whole interpreter
[13:28] <wgrant> (also, that's pretty anti-social of Mozilla)
[13:29] <wgrant> I can see the justification for something fast-moving like Rust. But doing it for Python seems wwied
[13:29] <wgrant> Weird
[13:30] <oSoMoN> well their build system is python2-only for now, but they're working on migrating to python3, so they're targetting a version that will be supported by the time they switch, which makes sense
[13:31] <cjwatson> Migrating to Python 3 makes sense, but even if they target 3.6 it's very unlikely to be hard to make it work on 3.5 as well
[13:31] <wgrant> It sounds like it would be worth it for distributions to contribute to that discussion. Keeping 3.5 support upstream isn't hard.
[13:31] <wgrant> But it also isn't hard to add it back later if they decline.
[13:32] <oSoMoN> right, I don't know how much work it will be to fix 3.6-only code, I'm not very familiar with the inners of mozilla's build system, but potentially much easier than backporting the whole interpreter indeed
[13:32] <wgrant> With almost complete certainty.
[13:44] <oSoMoN> wgrant, cjwatson: thanks for your input, I'm talking to a mozilla dev and I've forwarded that feedback, hopefully they can make this easy for us
[13:45] <wgrant> oSoMoN: Great, hopefully they're receptive. It's not much work for them, and makes the lives of multiple downstreams easier.
[13:51] <Odd_Bloke> waveform: Where are we at with https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/1870346?  Are you still investigating the Pi WiFi issues, or is it on our plate fully now?
[13:52] <waveform> Odd_Bloke, given Ryan's last comment I was going to try and tackle the netplan guys this week to see if they could take a look at it - but I can say the bug he linked to (LP: #1874377) doesn't fix this one (1870346)
[13:54] <Odd_Bloke> waveform: Yep, and we have a report from a user that the follow-up fix (that landed in ubuntu3 in groovy) is also exhibiting the same issues. ;.;
[13:56] <waveform> Odd_Bloke, yeah - tested that over the weekend with no joy - still, if rharper think it's not cloud-init, I figured I ought to try the netplan angle as we haven't looked at netplan specifically for this bug yet (although it has been touched for several vaguely related ones as you've noted!)
[13:56] <rbasak> bryce: I see you tagged git-ubuntu 0.9.3 and 0.9.4, but I don't see release announcements for these. Should we treat them as never released?
[13:57] <rbasak> I'd like to roll a 0.10.
[13:59] <Odd_Bloke> waveform: Cool, so long as this isn't sitting waiting for us, I'll leave you to it.  Is there a Ubuntu Pi channel or something that I can direct this user to hang out in?
[14:00] <waveform> I keep an eye on mentions of "ubuntu" in #raspberrypi (which is where the vast majority of pi support on IRC happens), and for "r?pi" mentions on #ubuntu and here (and a few other ubuntu sub-channels)
[14:00] <waveform> Odd_Bloke, ^^
[14:00] <Odd_Bloke> Ack, thanks!
[15:01] <sil2100> !dmb-ping
[16:12] <seb128> doko, do you have any idea why https://launchpadlibrarian.net/459994405/buildlog_ubuntu-focal-amd64.mailnag_1.2.1-1.1ubuntu1_BUILDING.txt.gz is not building anything?
[16:12] <seb128> the packaging is outdated and it's using 'dh build --with python2'
[16:12] <seb128> but that used to work / call 'python setup.py build --force' but in focal that stopped working, it's not doing anything
[17:35] <bdmurray> seb128: Have you seen https://bugs.launchpad.net/ubuntu/+source/accountsservice/+bug/1871538/comments/15?
[18:33] <seb128> bdmurray, I didn't see it but it doesn't seem to have much info, it's similar to previous comment, systemd/dbus going down for some reason
[18:34] <seb128> bdmurray, we would need bug #1870060 to get fixed to get more info on whether a service segfault ... do you know what's the status of that one/if we have an eta?
[18:44] <seb128> bdmurray, also bug #1862553, the fix is in the review queue since friday, hint hint *g*
[19:16] <doko> seb128: see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=949372
[19:16] <doko> b-d on python-all is a workaround
[19:19] <eoli3n__> Hi
[19:19] <eoli3n__> any chance to get zsys working on any other distro ?
[19:19] <eoli3n__> should i try to build an aur package, or the project is not ready to be port ?
[20:33] <seb128> doko, thanks
[23:37] <Unit193> xnox: Thanks for asking -ftp about the openssl issue.