[05:16] <didrocks> good morning
[05:54] <pieq> salut didrocks !
[05:54] <didrocks> salut pieq !
[06:10] <pieq> didrocks, is it boiling hot in France now?
[06:13] <didrocks> pieq: yeah, it is… It's only the start, I couldn't get the accomodation to go below 25.2°C this morning. It was only 26.2°C inside yesterday (35+ outside. Gonna be ~40°C for multiple days)
[06:14] <didrocks> last warm wave, we went to 30°C inside (and 28 in the morning). Hoping we can avoid it this time…
[06:16] <pieq> ouch
[06:16] <pieq> and you don't have AC or anything?
[06:18] <didrocks> nope… Just a big fan this year :)
[06:19] <didrocks> which will be an improvement, but I try to not use it to early to get used to the warm weather first as much as possible and enjoy the fan more afterwards
[06:23] <pieq> haha
[06:23] <oSoMoN> good morning desktoppers!
[06:23] <pieq> that's probably a clever technique!
[06:23] <pieq> salut oSoMoN
[06:23] <oSoMoN> salut pieq
[06:24] <didrocks> salut oSoMoN !
[06:24] <oSoMoN> salut didrocks
[06:38] <Wimpress> Morning o/
[06:41] <didrocks> hey Wimpress
[06:43] <jibel> hi all
[06:44] <jibel> didrocks, what's the procedure to sru ubuntu-report? Is there a git branch to update?
[06:44] <oSoMoN> hey Wimpress, salut jibel
[06:47] <didrocks> jibel: salut ! No, there is no branch, not enough updates to justify it, I usually apt source + backport with the tests
[06:47] <duflu> Morning didrocks, pieq, oSoMoN, jibel
[06:48] <oSoMoN> good afternon duflu
[06:53] <pieq> hey duflu
[07:03] <duflu> Morning tjaalton... Do you know the status of Quadro P1000 support? I suspect its usability has changed and I don't know how to update bug 1822026, or now bug 1834047
[07:11] <tjaalton> duflu: needs a more gentle hammer to disable nouveau only on those that are known broken, but the second bug is about hybrid support and I think it should be run in dgpu mode
[07:13] <tjaalton> though xserver master has support for glx vendor selection and it's proposed for 1.20 too, so once nvidia driver supports it I hope it's possible to mix intel and nvidia
[07:16] <seb128> hey there, good morning desktopers!
[07:20] <duflu> Morning seb128
[07:22] <didrocks> salut seb128
[07:22] <duflu> tjaalton, I am confused but glad you understand them. I'm confused because machines with P1000 have gone from unbootable to half working while no bugs were closed
[07:22] <seb128> hey duflu didrocks, how are you?
[07:22] <duflu> seb128, going OK. How is your Tuesday?
[07:22]  * duflu checks it's really Tuesday
[07:23] <didrocks> good, thx, yourself?
[07:23] <seb128> right, it is, but it's only starting!
[07:23] <seb128> I'm fine, didn't sleep so well because of the heat though
[07:23] <tjaalton> duflu: oh, right.. they're both hybrid. yeah beats me :P
[07:23] <tjaalton> maybe the firmware got fixed
[07:23] <duflu> That's a good point
[07:24] <tjaalton> upstream said it was broken for those
[07:25] <seb128> ups
[07:29] <oSoMoN> salut seb128
[07:30] <Trevinho> morning!
[07:30] <duflu> Hi Trevinho
[07:31] <seb128> lut oSoMoN, bon w.e ?
[07:32] <seb128> Trevinho, hey, woot, on proper european time? ;)
[07:33] <duflu> Not gone to bed yet? :)
[07:35] <Trevinho> ahah no, no... doing the good guy ;-)
[07:42] <oSoMoN> seb128, très bon, et toi?
[07:42] <oSoMoN> good morning Trevinho
[07:43] <seb128> oSoMoN, nickel, on était en France, y a fait beau et on a bien mangé :-)
[07:44] <oSoMoN> :)
[07:47] <seb128> jamesh, hey, weekly reminder ... :)
[07:54] <seb128> didrocks, bug #1834095 might be for you, it claims to be a regression from your recent grub upload
[07:54] <seb128> it lacks details though :-/
[07:55] <didrocks> seb128: ah, yeah, can potentially be a regression. Let me ask for more details
[07:55] <seb128> I did put a short "please add log" comment
[07:56] <seb128> but you probably know better what specifics to ask for
[07:56] <seb128> thx
[07:57] <Trevinho> oSoMoN: hi!
[07:58] <didrocks> seb128: done, let's see how esoteric is his system. (and add a testcase for it)
[07:58] <seb128> didrocks, thx!
[07:58] <seb128> brb, going back to my desk now
[08:01] <marcustomlinson> morning
[08:03] <Laney> boop
[08:06] <didrocks> hey marcustomlinson, Laney
[08:12] <duflu> Morning marcustomlinson and Laney
[08:13] <oSoMoN> good morning marcustomlinson, Laney
[08:15] <Laney> hey didrocks duflu oSoMoN
[08:21] <willcooke> morning from humid wet London
[08:21] <duflu> Morning willcooke
[08:22] <seb128> hey willcooke
[08:38] <Laney> hi willcooke seb128
[08:38] <Laney> willcooke: office nice and busy?
[08:39] <Wimpress> Laney: It really is.
[08:39]  * Laney 's hermit instinct kicks in
[08:40] <seb128> hey willcooke Laney Wimpress
[08:49] <Wimpress> Morning seb128
[08:58] <willcooke> Laney, yeah, very busy today.  There's a big sprint (hi mvo) and a big recruitment event going on.  'fousands of people
[08:59] <Laney> nice
[09:21] <duflu> That might be the first time IRC has ever sounded cockney, AFAIK
[09:58]  * GunnarHj is humbled. Three +1s. Thanks for showing trust in me!
[09:58] <Laney> 👏👏👏👏👏
[09:58] <Laney> well done GunnarHj!
[10:00] <Laney> now go forth and sponsor your own SRU ;-)
[10:02] <GunnarHj> Laney: Yeah, that was the primary purpose of applying. :) But is the packageset side of it fixed yet?
[10:03] <Laney> gnome-settings-daemon is in there
[10:05] <GunnarHj> Laney: Yes, but my name isn't listed at the packageset document yet. Or is that of no significance?
[10:06] <Laney> that's generated by a script on a timer
[10:06] <GunnarHj> Laney: So in other words I can already upload g-s-d?
[10:06] <Laney> do $ bzr branch lp:ubuntu-archive-tools and then run `edit-acl -S eoan -p gunnarhj query'
[10:07] <Laney> for the live view
[10:13] <GunnarHj> Laney: Which package provides the edit-acl command?
[10:14] <Laney> GunnarHj: None, it's in that bzr repository I referred to
[10:21] <GunnarHj> Laney: Missed the './' part. Yep, confirmed that ubuntu-desktop is included in the response, also for bionic. So I'll fix that g-s-d MP later. I also saw your message about adding g-c-c and gnome-shell. Thanks for the guidance!
[10:28] <Laney> GunnarHj: Ah. No problem.
[10:29] <Laney> Don't forget that now you need to create and push the (signed) tag for the git repository when uploading.
[10:29]  * Laney uses `gbp buildpackage --git-tag-only` to do that
[10:30] <willcooke> thanks GunnarHj, nice work
[10:35] <GunnarHj> Thanks willcooke!
[10:42] <GunnarHj> Laney: That was new to me. So far when testing in PPAs i simply used debuild(). There will be some stuff to read up on apparently.
[11:08] <Trevinho> oSoMoN: hey, looks like https://bazaar.launchpad.net/~mozillateam/firefox/firefox-beta.disco/revision/1289 might be similar to the same issue with attributes we had in mozjs (see https://gitlab.gnome.org/GNOME/gjs/issues/217)...
[11:08] <gitbot> GNOME issue 217 in gjs "Implement the "taking out the garbage" scheme and remove the Big Hammer" [5. Performance, Doing, Opened]
[11:09] <Trevinho> I hacked a patch for those in gcc during the weekend, it might cover both cases
[11:14] <oSoMoN> Trevinho, not sure, that workaround in skcms addresses an ICE (https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90756), that doesn't seem to be the case in gjs, is it?
[11:14] <Trevinho> oSoMoN: I mean, isn't the same issue, but it's the same gcc bug
[11:14] <Trevinho> ah, well not sure then
[11:14] <Trevinho> looking at the details... mhmh
[11:39] <seb128> GunnarHj, congrats and welcome onboard the desktop uploaders set :-)
[12:33] <juliank> Something broke goa google accounts in eoan a few weeks or so ago
[12:33] <juliank> All I get is Jun 25 14:32:42 jak-t480s gnome-calendar[13684]: source_credentials_required_cb: Failed to authenticate 'julian.klode@gmail.com': Failed to obtain an access token for “julian.klode@gmail.com”: Timeout was reached
[12:34] <juliank> so, backups with dejadup fail, emails fail, calendar fails, and so on
[12:39] <seb128> juliank, can you report it upstream on https://gitlab.gnome.org/GNOME/gnome-online-accounts/issues ? they might have some more clue about how to debug.
[12:41] <seb128> juliank, I don't think it's goa being broken in eoan, but maybe your token expired or something and goa doesn't handle that might. It might work again if you disable/enable it back (but please don't do that unless you really need it or we might not be able to get debug info anymore)
[12:41] <juliank> seb128: Right, I have 2 broken accounts, so I can play with one and keep one broken I'd guess
[12:41] <seb128> right
[12:42] <seb128> juliank, https://wiki.gnome.org/Projects/GnomeOnlineAccounts/Debugging might be useful to get debug details
[12:44] <juliank> ugh
[12:44] <juliank> seb128: So I restarted the goa daemon in the terminal to debug it and now it works
[12:45] <seb128> :(
[12:45] <seb128> juliank, try to see if on next boot you get the issue agan
[12:45] <seb128> again
[12:45] <seb128> maybe it starts before internet is working and doesn't like that or something
[12:46] <seb128> if you can reproduce on boot maybe hack the env to have the debug info in the journal
[12:46] <juliank> Previous daemon has been running for 22 days apparently, probably longer than the user sessions and got messed up
[12:46] <seb128> urg :/
[12:46] <seb128> oh well, if it happens again let us know :)
[12:48] <juliank> I'll reboot and see what it says after that
[12:48] <seb128> let us know
[12:48]  * seb128 goes offline for 10min or so
[12:48] <seb128> it's over 30°C here can't work, I'm going to relocate to a place with A/C
[13:06] <seb128> k, that's better!
[13:30] <seb128> ok, it's meeting time!
[13:31] <seb128> #startmeeting Desktop Team Meeting - 2019-06-25
[13:31] <meetingology> Meeting started Tue Jun 25 13:31:02 2019 UTC.  The chair is seb128. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[13:31] <meetingology> Available commands: action commands idea info link nick
[13:31] <Trevinho> o/
[13:31] <seb128> Roll call: didrocks, duflu (out), jamesh (out), jibel, kenvandine, laney, marcustomlinson, oSoMoN, tkamppeter, trevinho, robert_ancell (out)
[13:31] <seb128> hey Trevinho, good to see you around for this one :)
[13:31] <marcustomlinson> \o
[13:31] <Trevinho> always I am, just lost in code
[13:32] <seb128> or in tz :)
[13:32] <didrocks> hey
[13:32] <kenvandine> o/
[13:32] <oSoMoN> o/
[13:32] <seb128> k, let's get started
[13:32] <seb128> #topic rls-bb-bugs
[13:32] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-incoming-bug-tasks.html
[13:33] <seb128> desktop free
[13:33] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-tracking-bug-tasks.html
[13:33] <seb128> the usual japanese era one
[13:34] <seb128> and bug #1833555
[13:34] <seb128> didrocks, jibel, can one of your take the bionic line?
[13:34] <didrocks> jibel is preparing the backport AFAIK
[13:34] <didrocks> so, should be done by next week
[13:34] <didrocks> (at least, in UNAPPROVED)
[13:34] <seb128> jibel, you should know better than bypassing the process and nominated without assignee!
[13:34] <didrocks> I'll review & sponsor, as the first patch
[13:35] <seb128> didrocks, k, thx
[13:35] <seb128> that was it for bionic
[13:35] <seb128> #topic rls-cc-bugs
[13:35] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-cc-incoming-bug-tasks.html
[13:35] <seb128> desktop free
[13:35] <seb128> japenese era one
[13:36] <seb128> #topic rls-dd-bugs
[13:36] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-dd-incoming-bug-tasks.html
[13:36] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-dd-tracking-bug-tasks.html
[13:36] <seb128> same story
[13:36] <seb128> #topic rls-ee-bugs
[13:37] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ee-incoming-bug-tasks.html
[13:37] <seb128> 2 ftbfs bugs that got assigned but I forgot to untag
[13:37] <seb128> I think they make sense to nominate so just going to do the untagging
[13:37] <seb128> tkamppeter, please have a look to bug #1833231
[13:38] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ee-tracking-bug-tasks.html
[13:38] <seb128> nothing unassigned
[13:38] <tkamppeter> OK, will do.
[13:38] <seb128> thanks
[13:38] <seb128> k so it was a pretty easy bugs round
[13:38] <seb128> #topic update_excuses_by_team.html#desktop-packages
[13:38] <seb128> Laney, your turn :)
[13:39] <Laney> thx
[13:39] <Laney> https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses_by_team.html#desktop-packages
[13:39] <Laney> so the appstream one is waiting for the security team
[13:40] <Laney> webkit/sphinx needs someone to be assigned, I made a card for that https://trello.com/c/IscBSNnl/181-webkit2gtk-2242-1-to-2242-2
[13:40] <Laney> maybe one of the not usual people could take this
[13:40] <Laney> that's it
[13:40] <Laney> thx for handling that kopano thing oSoMoN
[13:40] <oSoMoN> np
[13:41] <seb128> changing approach to those assignement
[13:41] <seb128> if anyone want to volunteer please add yourself to the card with a comment
[13:41] <seb128> if it's still unassigned by tomorrow we pick someone in the manager's meeting
[13:42] <seb128> managers'
[13:42] <seb128> thx Laney
[13:42] <Laney> np
[13:43] <seb128> (also n-m autopkgtest test got a fix from Till which was uploaded, hopefully that works, built on armhf just finished so we should know in a bit)
[13:43] <seb128> k, next
[13:43] <seb128> #topic AOB
[13:43] <seb128> so first, sorry but we didn't get to talk abour rls bugs summary
[13:44] <seb128> and Will is away *again* for that meeting
[13:44] <seb128> and he didn't even send the email this week :-/
[13:44] <seb128> I'm going to follow up via email about that
[13:44] <seb128>  
[13:44] <seb128> second one from me
[13:44] <seb128> tkamppeter, can you give us a status update on the bionic/n-m SRU? that seem to have got stalled again?
[13:45] <tkamppeter> seb128, yes, I have prioritized this autopkg test.
[13:45] <seb128> k, makes sense
[13:45] <seb128> which means now you are back to the SRU?
[13:46] <tkamppeter> Now I can swittch over to this one. It looks like that somehow 1.10.14 does not respect the prioritizing of DNS servers depending on domain.
[13:46] <tkamppeter> But as current (Eoan) version works (at least on Eoan) there should be somewhere a fix upstream.
[13:47] <seb128> k, that's a good start
[13:47] <seb128> let us know when you figure out more
[13:47] <seb128> k
[13:47] <tkamppeter> OK.
[13:47] <seb128> thx
[13:47] <seb128> that was it for my topic
[13:47] <seb128> anyone else?
[13:48] <Laney> pls push n-m to the git repository
[13:48] <seb128> I did?
[13:48] <seb128> I even pushed the tag!
[13:48] <seb128> or did that fail
[13:48] <Laney> where?
[13:49] <seb128> https://git.launchpad.net/network-manager/tag/?h=eoan&id=ubuntu/1.18.0-1ubuntu5
[13:49] <Laney> it's not there that's for sure https://code.launchpad.net/~network-manager/network-manager/+git/ubuntu/+ref/eoan
[13:49] <seb128> $ git push
[13:49] <seb128> Everything up-to-date
[13:49] <seb128> git log has the commit
[13:49] <seb128> wtf git
[13:50] <Laney> what is the commit id?
[13:50] <seb128> 63a83117aca5a9a97806d0648c2c23a5da6f6280
[13:50] <Laney> you can end the meeting while we discuss this
[13:50] <didrocks> I guess this debugging can be outside the meeting :)
[13:50] <seb128> bah
[13:50] <seb128> it pushed to disco
[13:50] <seb128> shrug
[13:50] <seb128> sorry, I somewhat screwed
[13:51] <seb128> I'm going to fix it after the meeting
[13:51] <seb128> me and git are still not best buddies :p
[13:51] <Laney> ok
[13:51] <Laney> the tag has a weird name too
[13:51] <seb128> other topics? ;)
[13:51] <Laney> I just wanted to look at the fix but this is enough
[13:51] <seb128> https://git.launchpad.net/network-manager/log/
[13:52] <seb128> has the right commit/history on the wrong branc
[13:52] <seb128> anyway
[13:52] <seb128> other topics?
[13:53] <seb128> seems not
[13:53] <seb128> let's wrap then thanks!
[13:53] <didrocks> thx
[13:53] <Laney> thx!
[13:53] <seb128> #endmeeting
[13:53] <meetingology> Meeting ended Tue Jun 25 13:53:34 2019 UTC.
[13:53] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-desktop/2019/ubuntu-desktop.2019-06-25-13.31.moin.txt
[13:53] <Trevinho> thanks
[13:53] <Laney> probably https://code.launchpad.net/~network-manager/network-manager/+git/ubuntu/+edit needs the branch to be updated to fix that website
[13:53] <Laney> dunno why we do this weird branch naming there
[13:57] <seb128> Laney, Debian is the same from what I can tell, https://salsa.debian.org/utopia-team/network-manager/tree/master
[13:58] <seb128> also the upstream branch is not a by-commit one like for GNOME
[13:58] <seb128> https://salsa.debian.org/utopia-team/network-manager/commits/upstream
[13:58] <Laney> same as what?
[13:58] <seb128> it's one commit by import
[13:58] <Laney> that's not what I mean
[13:58] <Laney> we have a branch called 'eoan'
[13:58] <seb128> you mean not having a master?
[13:58] <Laney> yes
[13:58] <Laney> and then that link I gave has to be updated every time the development name changes
[13:58] <seb128> easy to fix, Iet push disco to master
[13:58] <seb128> and call it fixed
[13:59] <seb128> I will do that
[13:59] <Laney> k, if you consider yourself a maintainer of network-manager then you have the authority to make that kind of change
[13:59] <Laney> I don't, so that's why I didn't go ahead and do it
[13:59] <seb128> we are not having one
[13:59] <Laney> thought it was Till
[14:00] <seb128> so I'm going to pretend it's me :p
[14:00] <seb128> he's still onboarding
[14:00] <Laney> disco will need fixing too
[14:00] <seb128> so meanwhile I'm acting lead maintainer :)
[14:00] <Laney> push the corresponding tag to that branch
[14:00] <seb128> yeah, I'm uncommiting there
[14:00] <Laney> and delete the eoan one
[14:00] <seb128> right
[14:00] <Laney> and fix the branch reference in that link I gave
[14:00] <seb128> thx for input
[14:00] <Laney> np
[14:02] <Laney> (if Vcs-* refers to eoan that'll need fixing too)
[14:12] <seb128> Laney, oh, and what did you mean by "the tag has a weird name too"
[14:12] <seb128> ubuntu/<revision> is standard no?
[14:14] <Laney> laney@disco (eoan|✔)> git tag --contains 63a83117aca5a9a97806d0648c2c23a5da6f6280                                                                                                 ~/dev/canonical/packaging/desktop/network-manager
[14:14] <Laney> ubuntu/1.18.0-1ubuntu5_1561470373
[14:15] <seb128> but "git tag" lists ubuntu/1.18.0-1ubuntu5
[14:15] <seb128> do you understand what's the problem/what was done wrong?
[14:16] <seb128> $ git tag --contains 63a83117aca5a9a97806d0648c2c23a5da6f6280
[14:16] <seb128> ubuntu/1.18.0-1ubuntu5
[14:16] <seb128> hum
[14:16] <seb128> git mystery?
[14:17] <Laney> laney@disco (eoan|✚1)> git fetch origin --prune --tags                                                                                                                            ~/dev/canonical/packaging/desktop/network-manager
[14:17] <Laney> From git+ssh://git.launchpad.net/network-manager
[14:17] <Laney>  * [new tag]           ubuntu/1.18.0-1ubuntu5 -> ubuntu/1.18.0-1ubuntu5
[14:17] <Laney> seems good now
[14:19] <seb128> that's good :)
[14:54] <oSoMoN> Laney, I did a bit of preliminary investigation on https://trello.com/c/IscBSNnl/181-webkit2gtk-2242-1-to-2242-2
[14:54] <oSoMoN> the regression was triggered by the python 3.7.3 -> 3.7.4RC1 update
[14:55] <oSoMoN> an option would be to update sphinx to 2.0 (tests pass there), but not sure what the consequences of that are
[14:57] <Laney> oSoMoN: ♥
[14:57] <Laney> mitya57 is a sphinxer who might have some advice
[15:04] <marcustomlinson> sphinter?
[15:12] <Laney> 😓
[15:12] <doko> oSoMoN: could you file a LP issue when you know what's causing that?
[15:12] <doko> I'd like to point upstream to it
[15:14] <oSoMoN> doko, against python3.7 / sphinx ?
[15:15] <doko> I thought python3.7 ...
[16:02] <Laney> oSoMoN: I couldn't resist bisecting --- 02fea029bfc5bfd64e43de9e810aef2dd3c8cb2c
[16:02] <Laney> so I bet if you try codecs.open() on that broken file it's different with the new py3.7 and the old one
[16:03] <Laney> https://github.com/sphinx-doc/sphinx/commit/02fea029bfc5bfd64e43de9e810aef2dd3c8cb2c
[16:25] <seb128> n-m amd64 autopkgtest is back to green, well done cyphermox and tkamppeter :-)
[16:26] <seb128> hum, i386 failed though :/
[16:26] <tkamppeter> OK, good to know.
[16:26] <seb128> unsure if it's transient or not, would be good to have a look
[16:27] <tkamppeter> seb128, are we not dropping support for i386? Or does Steam, Wine, ... use NM?
[16:52] <Laney> tkamppeter: It's a sign that the test is flaky, since it used to pass before ... I just ran it 4 times on amd64 and it failed 3 of those (not the same failure as in the i386 log though).
[17:18]  * oSoMoN praises Laney's bisect-fu
[17:18] <oSoMoN> applying that commit on top of the version of sphinx in the archive makes the tests pass
[17:20] <oSoMoN> Laney, shall I upload a new sphinx with that patch?
[17:29] <cyphermox> Laney: so; typically anything that turns out to be shared between ubuntu-desktop and some other flavour land in desktop-core (such that you need to be core-dev to upload); I can apply exceptions as directed by the Desktop team
[17:29] <cyphermox> (I will apply the exceptions for gnome-control-center and gnome-shell)
[17:46] <Laney> cyphermox: right, that's what I thought, thanks
[17:46] <Laney> oSoMoN: if the autopkgtests work with it (I didn't check that)
[17:46] <Laney> but it might be a codecs.open bug with python3.7 that doko wants to hear about too
[17:47] <oSoMoN> yeah, I'll file a bug against python3.7 too
[17:47] <Laney> sphinx handily comes with a broken file
[17:47] <oSoMoN> I'll probably do all of that later tonight though, time for dinner break
[17:48] <cyphermox> and it seems like exceptions aren't as straightforward as I thought, because just adding to the file doesn't work :P
[17:50] <Laney> yeah you have to regenerate the sets
[17:51] <cyphermox> well, no, that's what I mean
[17:51] <cyphermox> just that isn't sufficient, I think the script might be looking at exceptions too early or something
[17:52] <cyphermox> ah, nevermind
[17:52] <cyphermox> I got confused looking at the files, all is well
[17:52]  * cyphermox applies the changes
[18:21] <oSoMoN> doko, Laney: https://bugs.launchpad.net/ubuntu/+source/python3.7/+bug/1834236
[18:24] <oSoMoN> meh, the package doesn't build because of errors when running the tests at build time
[18:35]  * Laney added a minimal example (python only) to the bug
[18:38] <Laney> Looks like python2's open() doesn't support the encoding= kwarg
[21:02] <mitya57> Laney, oSoMoN, indeed, the patch cannot be applied to our sphinx as-is, as we still have to support Python 2 (upstream moved to Python 3 only in sphinx 2.x).
[21:03] <oSoMoN> mitya57, ack, do you reckon the test failure is a regression in python 3.7.4 ?
[21:03] <mitya57> So the best way is to fix this in Python, but if for some reason it's unfixable there, I can try something else (maybe io.open will work?)
[21:04] <mitya57> Yes, it's probably a regression, let me look at Python changes
[21:11] <seb128> tkamppeter, do you plan to look at that n-m autopkgtest flakyness?
[21:19] <oSoMoN> time to get some rest, good night everyone
[21:25] <mitya57> https://github.com/python/cpython/commit/894263ba80af4b7733c2df95b527e96953922656 may fix that bug
[21:30]  * mitya57 commented on the bug and also goes to bed