14:31 <Wimpress> #startmeeting Desktop Team Weekly Meeting - 2019-12-10
14:31 <meetingology> Meeting started Tue Dec 10 14:31:26 2019 UTC.  The chair is Wimpress. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
14:31 <meetingology> 
14:31 <meetingology> Available commands: action commands idea info link nick
14:31 <Wimpress> Roll call:  didrocks, duflu, hellsworth, jamesh, jibel, kenvandine, laney, marcustomlinson, oSoMoN, seb128 , tkamppeter, trevinho, robert_ancel
14:31 <marcustomlinson> \o
14:31 <hellsworth> o/
14:31 <kenvandine> o/
14:32 <oSoMoN> 🐵/
14:32 <seb128> _o/
14:32 <Wimpress> Well, shall we make a start?
14:33 <Wimpress> #topic rls-bb-bugs
14:33 <Wimpress> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-incoming-bug-tasks.html
14:34 <Wimpress> Nothing for desktop there.
14:34 <Wimpress> Nothing in unknown we should I own IMO.
14:35 <seb128> +1
14:35 <Wimpress> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-tracking-bug-tasks.html
14:36 <Wimpress> Everything in desktop is assigned.
14:37 <Wimpress> Quick scan of unknown doesn't appear to have anything we should own.
14:38 <Wimpress> Move on to dd?
14:38 <Wimpress> #topic rls-dd-bugs
14:38 <Wimpress> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-dd-incoming-bug-tasks.html
14:38 <Wimpress> Nothing for desktop in there.
14:38 <Wimpress> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-dd-tracking-bug-tasks.html
14:39 <Wimpress> desktop-packages bugs are assigned.
14:39 <hellsworth> but #1733321
14:40 <Wimpress> hellsworth: Well spotted. I missed that.
14:40 <hellsworth> wow it's 2 years old
14:41 <Wimpress> Yep, just reading...
14:41 <seb128> I don't think it's rls material
14:41 <seb128> but it has a workaround patch and might be worth reviewing
14:41 <seb128> but that's rather for the sponsoring queue imho;..
14:41 <Wimpress> Hmm, patch looks like a bodge.
14:42 <Wimpress> `sleep 2`
14:44 <Wimpress> seb128: You want it in the sponsoring queue?
14:44 <seb128> Wimpress, well, it has a patch that didn't get reviewed, even if it's not correct 1- the contributor deserves a reply 2- it might give a clue of the issue and of a better fix
14:45 <seb128> just need to subscribe ubuntu-sponsors for that
14:45 <seb128> but in the meeting we usually focus on +1/-1 to rls nominate
14:45 <Wimpress> I've subscribe ubuntu-sponsors
14:45 <seb128> as I said I would -1, it's a flacky test, not an user facing problem
14:45 <seb128> thx
14:45 <oSoMoN> agreed, -1 for rls
14:45 <Wimpress> Move on to ee?
14:46 <seb128> +1
14:46 <Wimpress> #topic rls-ee-bugs
14:46 <Wimpress> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ee-incoming-bug-tasks.html
14:47 <Wimpress> http://launchpad.net/bugs/1855593
14:47 <ubot5> Ubuntu bug 1855593 in tracker-miners (Ubuntu) "/usr/lib/tracker/tracker-miner-fs:6:g_assertion_message:g_assertion_message_expr:file_tree_lookup:tracker_file_system_get_file:_insert_store_info" [Undecided,New]
14:48 <seb128> Wimpress, that's a duplicate and I while it's a frequently reported issue I don't think we should rls target it
14:48 <Wimpress> OK. I'll drop the tag.
14:48 <seb128> it's also already being worked on upstream (I provided them a db from a system which has the issue, looks like it happens on corrupted sqlite dbs)
14:50 <Wimpress> Left a comment on the bug.
14:50 <Wimpress> So Brian knows why I removed the tag he placed.
14:51 <Wimpress> Nothing in unknown that looks like it belongs to us.
14:51 <Wimpress> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ee-tracking-bug-tasks.html
14:51 <Wimpress> http://launchpad.net/bugs/1845801
14:52 <ubot5> Ubuntu bug 1845801 in gdm3 (Ubuntu) "[nvidia] Automatic login fails and then all subsequent logins fail. Killing gnome-session-binary fixes it, or just not using automatic login." [Undecided,Confirmed]
14:53 <Wimpress> Seems to be affecting a reasonable number of people.
14:55 <seb128> tseliot was on it, we should check with him (but probably outside of the meeting, no need to make the meeting longer over that)
14:55 <Wimpress> OK
14:56 <Wimpress> Everything else looks in order for the desktop.
14:56 <Wimpress> Time for focal?
14:56 <seb128> \o/
14:56 <Wimpress> #topic rls-ff-bugs
14:56 <Wimpress> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ff-incoming-bug-tasks.html
14:57 <Wimpress> Look good to me.
14:57 <Wimpress> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ff-tracking-bug-tasks.html
14:58 <Wimpress> Looks in hand too.
14:58 <Wimpress> #topic update_excuses_by_team.html#desktop-packages
14:58 <Wimpress> https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses_by_team.html#desktop-packages
14:59 <Wimpress> That has grown.
14:59 <Laney> Think seb128 is more on it than me atm
14:59 <seb128> right
15:00 <hellsworth> i can poke the security folks on libmail-dkim-perl today
15:00 <hellsworth> seb128: is there anything on this list i can help with?
15:00 <seb128> thx, that would be useful
15:00 <seb128> I think the list is mostly i386 removal fallouts
15:00 <seb128> which are being handled
15:00 <hellsworth> oki
15:01 <Wimpress> Suspiciously high number of build failures on armhf
15:01 <seb128> https://lists.ubuntu.com/archives/ubuntu-devel/2019-December/040859.html
15:01 <seb128> for those who didn't see that / want context
15:01 <seb128> Wimpress, oh?
15:01 <seb128> anyway, outside of i386
15:01 <seb128> oSoMoN, I think we should consider badtest firefox/armhf
15:01 <seb128> rather than keep retrying a long job with poor success
15:01 <oSoMoN> yeah, agreed
15:02 <oSoMoN> it's gotten worse lately
15:02 <Wimpress> +1
15:02 <Laney> what made it start failing and why wouldn't it be more appropriate to fix that?
15:02 <seb128> can you mp a britney hint for it?
15:02 <oSoMoN> Laney, I don't know what made it start failing, there's a bug open to investigate it but I haven't had time for it
15:03 <seb128> Laney, we should fix it, but realistically armhf isn't high enough the priority list that I can see it fixes before holidays
15:03 <seb128> so I suggest we skip that version instead of hammering retry which we currently do
15:03 <seb128> I will card the task to properly fix it though
15:03 <seb128> Laney, sounds an acceptable compromise?
15:04 <seb128> otherwise cyrus-imapd needs to be fixed, but that's not especially us since it's universe
15:05 <seb128> and I think that's it
15:05 <didrocks> I think related to this, there are 2 MIRs that needs investigations (if needed), and if so, filed: xorg/xterm, libnotify/sugar (https://people.canonical.com/~ubuntu-archive/component-mismatches-proposed.svg)
15:05 <seb128> hellsworth, thx for asking if you could help, but I think we should be good for this round (if you want to poke at cyrus-imapd feel free though)
15:05 <Laney> I don't particularly suggest "hammering retry" is ever the right thing to do
15:06 <Laney> if we don't care about a working firefox on armhf, stop building it
15:06 <seb128> didrocks, thx
15:06 <seb128> Laney, yeah, I was thinking about that, we should probably have that discussion
15:06 <seb128> oSoMoN, ^
15:06 <seb128> firefox on amd64 only
15:06 <seb128> but not today :)
15:07 <seb128> Wimpress, I think that's enough for that section of the meeting
15:07 <oSoMoN> I would certainly welcome dropping architectures that almost no-one uses anyway
15:07 <Laney> I don't think armhf (or arm64) falls into that category though, they are certainly used for desktop stuff
15:07 <oSoMoN> the most obvious one being s390x, which we know builds but segfaults at startup
15:07 <Laney> I'm certainly happy for an armhf build of firefox on my raspberry pi
15:07 <Wimpress> I agree with Laney
15:08 <marcustomlinson> yep
15:08 <marcustomlinson> desktop != amd64
15:08 <oSoMoN> yeah
15:08 <kenvandine> s390 though... that should be a candidate to drop
15:08 <seb128> well, but also n% of our capacity spent for 0.01% users...
15:09 <seb128> but anyway
15:09 <seb128> not a topic for here/now I think
15:09 <oSoMoN> I'm not aware of reports that firefox doesn't work on armhf though, it seems it's just that one test when run in the autopkgtest infrastructure
15:10 <Laney> we control what tests the package executes, and if it's not doing a good job of testing if firefox actually works then it could be altered to do so
15:11 <Wimpress> Are we all done with that topic?
15:11 <seb128> I think so
15:11 <oSoMoN> Laney, let's continue the discussion just after the meeting
15:11 <Wimpress> Good idea.
15:11 <Laney> if the firefox in focal release is already broken then we could badtest this version I guess
15:11 <Wimpress> #topic AOB
15:12 <Laney> :( poor tests :(
15:12 <Wimpress> ANyone have anything they want to discuss?
15:13 <seb128> not me
15:13 <Wimpress> me either
15:13 <hellsworth> nothing from me
15:13 <didrocks> nothing for me
15:14 <Wimpress> OK.
15:14 <Wimpress> Going in 3...
15:14 <Wimpress> 2...
15:14 <hellsworth> wow those are slow seconds..
15:14 <hellsworth> :)
15:14 <didrocks> big ones ;)
15:14 <Wimpress> Country time ;-)
15:14 <hellsworth> lol
15:14 <Wimpress> 1...
15:15 <Wimpress> #endmeeting