[01:05] <callmepk> good morning
[01:06] <duflu> Hi callmepk 
[01:49] <callmepk> hi duflu 
[05:57] <oSoMoN> good morning desktoppers
[06:22] <callmepk> hi oSoMoN
[06:23] <oSoMoN> hey callmepk 
[06:29] <seb128> goood morning desktopers
[06:29] <seb128> hey callmepk oSoMoN
[06:29] <seb128> how are you?
[06:29] <callmepk> hey seb128 , I am good, how are you
[06:30] <seb128> I'm alright, got 7 hours sleep which is not every night atm :)
[06:37] <duflu> Hi oSoMoN 
[06:44] <oSoMoN> salut seb128, hey duflu 
[06:45] <oSoMoN> 7 hours sleep sounds pretty good, that's what I managed too, and I feel fine
[06:58] <didrocks> good morning
[07:08] <oSoMoN> salut didrocks 
[07:10] <didrocks> hello oSoMoN 
[07:24] <duflu> Hi didrocks 
[07:31] <seb128> lut didrocks, comment va aujourd'hui ?
[07:45] <didrocks> salut seb128, duflu, ça va et vous ?
[07:45] <duflu> umm, good :)
[08:03] <Laney> yo
[08:07] <duflu> Hi Laney. Thanks for the sponsorship
[08:14] <seb128> hey Laney, how are you?
[08:16] <Laney> hey duflu, np
[08:16] <Laney> moin seb128 
[08:16] <didrocks> hey Laney 
[08:16] <Laney> doing alrightttttttttt
[08:16] <Laney> sup didrocks 
[09:20] <duflu> popey, is it ideal that after a post moves to the "Support & Help Requests" category it can't be answered by anyone? I feel some of them deserve a simple answer when a simple answer is available
[09:21] <duflu> Posters don't even get told what they did wrong(?), as well as never getting an answer
[09:22] <popey> It's not ideal. But it's a slippery slope. We try to ensure all support questions go to the best place for support. We tell people when they sign up that the site isn't for support, multiple times. yet they still post. There's only so many times you can tell people before it becomes draining and frustrating.
[09:23] <popey> Especially as these people are almost always drive-by support requests, not contributors, not looking for long term support conversations, just "fix my wifi" style questions. We have support avenues, and they should use them. 
[09:23] <duflu> Hey I know. I spend hours every day answering bugs that are not bugs. But I don't feel it's a good approach to lock the rest of us out from replying
[09:23] <popey> I'd love for us to improve the process without us ending up answering support questions on the site. Suggestions welcome
[09:24] <seb128> if they do get a reply there is an insensitive to try posting for support anyway since you do get a reply at the end
[09:24] <popey> Maybe we should just move them and hide them, but not make them locked
[09:24] <duflu> Yes. Weirdly they're often not locked but also not reply-able
[09:24] <popey> Right! "Well, i got an answer, so this iste clearly is for support"
[09:24] <popey> yes the category is set to no treply
[09:24] <duflu> Oh
[09:25] <duflu> I hope you're not still on holiday :)
[09:25] <popey> 2nd day back :)
[13:28] <hellsworth> good morning desktopers
[13:30] <seb128> hey there
[13:30] <didrocks> hey!
[13:30] <seb128> sorry, I'm about to start the meeting, just saw Wimpress' request 
[13:30] <oSoMoN> good morning hellsworth 
[13:31] <seb128> #startmeeting Desktop Team Weekly Meeting - 2020-06-15
[13:31] <meetingology> Meeting started Tue Jun 16 13:31:23 2020 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] <seb128> Roll call:  didrocks, duflu (out), heather, jamesh (out), jibel, kenvandine (out), laney, marcustomlinson, oSoMoN, tkamppeter, trevinho, robert_ancell (out)
[13:31] <oSoMoN> o/
[13:31] <Trevinho> o/
[13:31] <Laney> |o
[13:32] <hellsworth> o/
[13:32] <marcustomlinson> \o
[13:32] <seb128> hey everyone, hope you are doing well :)
[13:33] <seb128> let's get started!
[13:33] <seb128> #topic rls-bb-bug
[13:33] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-incoming-bug-tasks.html
[13:34] <seb128> no desktop entry
[13:34] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-tracking-bug-tasks.html
[13:34] <Wimpress> o/ Sorry I was late joining. 
[13:34] <seb128> nothing unassigned
[13:35] <seb128> #topic rls-ff-bug
[13:35] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ff-incoming-bug-tasks.html
[13:35] <seb128> bug #1858636
[13:35] <oSoMoN> this is a snapd bug, really
[13:35] <seb128> I tagged it bug we confirmed it's snapd generating an incomplete fontconfig cache
[13:35] <seb128> oSoMoN, I think we can mark chromium invalid?
[13:35] <oSoMoN> yes
[13:36] <seb128> thx
[13:36] <seb128> bug #1874567
[13:37] <hellsworth> it affects a lot of people
[13:37] <seb128> right, I think it qualify to be rls target, +1 from me
[13:37] <Wimpress> Agree
[13:38] <hellsworth> +1
[13:38] <seb128> let's assign to Daniel
[13:39] <seb128> that's it for incoming
[13:39] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ff-tracking-bug-tasks.html
[13:39] <Trevinho> seb128: I may have already a fix for that proposed upstream
[13:39] <seb128> Trevinho, want to take over the assignment?
[13:39] <seb128> wfm
[13:40] <Trevinho> seb128: oh, actually no... not sure it applies
[13:40] <seb128> could be another on you test once you get your nvidia config
[13:40] <seb128> Wimpress, ^ please reply to my emails about that so we can move forward on those nvidia issues
[13:40] <Trevinho> yeah, can give to him till I've the hw, then I can grab
[13:41] <Wimpress> seb128: re nvidia hardware. Will do. 
[13:41] <seb128> Wimpress, thx
[13:41] <seb128> k, so tracking has nothing to review
[13:41] <seb128> a few unassigned item that should need cleanup
[13:41] <seb128> either GNOME SRUs or a wpa upload which I handled
[13:41] <seb128> I'm cleaning those
[13:41] <seb128> #topic rls-gg-bug
[13:41] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-gg-incoming-bug-tasks.html
[13:42] <seb128> bug #1881699
[13:42] <seb128> I ended up failing at testing that one
[13:42] <seb128> did anybody else tried?
[13:42] <Wimpress> Spoke to jibel about that one. 
[13:42] <seb128> it's on my todo, I might get to it today/tomorroa
[13:42] <seb128> Wimpress, oh? what was the outcome?
[13:42] <Wimpress> He reproduced on a new computer and a fresh install. 
[13:42] <seb128> it could be bug #1882161
[13:43] <Wimpress> Suspects sound open firmware patches in the kernel. 
[13:43] <seb128> which has a fix uploaded yesterday in g-proposed
[13:43] <seb128> jibel, ^ if you could give that one a try
[13:43] <jibel> I'm waiting for a 5.6 or 5.7 in groovy
[13:43] <Wimpress> jibel: Could test that to confirm. 
[13:43] <seb128> basically https://gitlab.freedesktop.org/pulseaudio/pulseaudio/-/commit/3549a4d9
[13:43] <jibel> kernel that is
[13:43] <Laney> sounds like an assignment
[13:43] <Laney> and accepting to me
[13:43] <jibel> sure, I'll test that too
[13:44] <seb128> thx
[13:44] <seb128> Laney, right, but if that upload fix it then it's a duplicate of bug #1882161) (which is already targetted and assigned)
[13:46] <Laney> then it can be duped and/or closed?
[13:46] <seb128> if the patch works yes, I'm unsure to understand the problems enough to have confident it's really the same problem
[13:46] <seb128> or we could dup and reopen if needed
[13:46] <Laney> no
[13:46] <Laney> I mean, jibel is going to do the investigation
[13:46] <Laney> if it's that bug, then he can do the duping
[13:47] <Laney> if not, then we go on further
[13:47] <seb128> ah, yes, that makes sense
[13:47] <seb128> agreed on that plan, sorry for being slow :)
[13:47] <seb128> that's it for incoming
[13:47] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-gg-tracking-bug-tasks.html
[13:48] <seb128> nothing to handle there (I will assign the fix commited one)
[13:48] <GunnarHj> seb128: I've added rls-gg-incoming to bug #1882415 (not yet in the report)
[13:49] <seb128> hey GunnarHj
[13:49] <GunnarHj> o/
[13:49] <seb128> that one seems cosmetic, one report
[13:49] <seb128> I would vote -1 for rls nomination
[13:49] <Wimpress> Agreed 
[13:49] <seb128> GunnarHj, we can discuss your options after the meeting if the goal was to raise/discuss the issue
[13:50] <GunnarHj> Sure.
[13:50] <seb128> #topic update_excuses_by_team.html#desktop-packages
[13:50] <seb128> https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses_by_team.html#desktop-packages
[13:50] <seb128> some flacky tests there which I'm retrying
[13:51] <seb128> a glibc problem impacting some of the components, that's for foundations to sort out
[13:51] <hellsworth> why is there an excuses test bug under libreoffice that doesn't seem related to libreoffice?
[13:51] <seb128> and that's basically it
[13:52] <seb128> because it's the glibc test which is failing when triggering by $others
[13:52] <seb128> which is the issue I was just mentioning
[13:52] <hellsworth> ah ok
[13:52] <seb128> having it listed under the component helps to cross reference
[13:53] <hellsworth> i see. that makes sense now.. it wasn't obvious though :)
[13:54] <seb128> right
[13:54] <seb128> other items are new and still backloging
[13:54] <seb128> so I think that's it for this round
[13:54] <seb128> #topic AOB
[13:55] <Laney> hellsworth: you might be in a position to suggest a better string, bzr branch lp:ubuntu-archive-scripts generate-team-p-m if you want to do that
[13:56] <hellsworth> Laney: sorry i don't quite get your meaning
[13:56] <Laney> hm?
[13:57] <Laney> I mean, if you want to improve whatever made you confused, that is where you can do it
[13:57] <seb128> seems no other topic for the meeting then, let's wrap, thanks desktopers!
[13:57] <seb128> #endmeeting
[13:57] <meetingology> Meeting ended Tue Jun 16 13:57:31 2020 UTC.  
[13:57] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-desktop/2020/ubuntu-desktop.2020-06-16-13.31.moin.txt
[13:57] <oSoMoN> thanks all
[13:57] <didrocks> thx
[13:57] <marcustomlinson> thankzies
[13:57] <hellsworth> thanks
[13:58] <hellsworth> also Laney ok thanks for the clarification :)
[14:03] <hellsworth> oSoMoN: quick question.. if there's a failed line in http://autopkgtest.ubuntu.com/packages/libreoffice/groovy/amd64 that does not have the retry symbol, then that means it's being rerun currently right? and if the retry symbol is there then that means it is not running, right?
[14:05] <oSoMoN> hellsworth, no, the states are not fully synchronized, so before retrying you should look at http://autopkgtest.ubuntu.com/running to make sure it's not currently running/queued
[14:05] <Laney> you only get to retry the most recent failure for that trigger
[14:05] <hellsworth> ah ok i was afraid of that
[14:10] <GunnarHj> seb128: If you have a minute now: Bug #1882415 may not be the most important issue you can think of, even if it's not purely cosmetic. It's yet another example of issues where unset'ing GTK_IM_MODULE appears to "fix" it. At the same time I mentioned an example (mutter commit with regression) why I'm not ready to propose that at this time.
[14:10] <GunnarHj> Sooner or later I suppose we ought to stop setting GTK_IM_MODULE=ibus also on Xorg, though. But then issues like that one should better not be open.
[14:10] <GunnarHj> Would appreciate your input on the bug report.
[14:11] <seb128> GunnarHj, I think now would be the right time to drop the imconfig hack and see how things go
[14:11] <seb128> we are early in the cycle and post LTS
[14:12] <GunnarHj> seb128: The timing may be right for the reason you say, but...
[14:14] <GunnarHj> seb128: https://gitlab.gnome.org/GNOME/mutter/-/issues/948 is ugly, and would probably show up also on Xorg if we do it.
[14:20] <hellsworth> oSoMoN: would you mind please rerunning these autopkgtests? http://autopkgtest.ubuntu.com/request.cgi?release=groovy&arch=arm64&package=libreoffice&trigger=neon27/0.31.1-1
[14:20] <hellsworth> i'll be afk for a bit..
[14:21] <GunnarHj> seb128: Since it was duflu and Trevinho who made the problematic mutter commit, I feel that some desktop team involvement to sort it out would be highly desirable.
[14:23] <Trevinho> GunnarHj: you mean the regression caused by https://gitlab.gnome.org/GNOME/mutter/-/merge_requests/711 ?
[14:23] <GunnarHj> Trevinho: Yes.
[14:23] <GunnarHj> Trevinho: It's apparently very bad for ibus-hangul users.
[14:24] <seb128> GunnarHj, did anyone confirm if that's still an issue in 3.36/focal? also that report, that didn't get much activity since it was report which suggest it doesn't impact lot of users?
[14:25] <GunnarHj> seb128, Trevinho: I have been able to reproduce it. The Debian ibus maintainer is Korean, and he called my attention to it.
[14:26] <GunnarHj> seb128, Trevinho: The workaround is setting GTK_IM_MODULE=ibus ...
[14:26] <oSoMoN> hellsworth, that's not needed, neon27 already migrated successfully
[14:27] <Trevinho> GunnarHj: I see, I'd suggest you to ask more Daniel though, as he did the MR, so may have more to remember on that than me
[14:27] <oSoMoN> hellsworth, what likely happened is that it was retried by both Marco and Ken around the same time, one passed and one failed, but the one that passed was enough to make the package migrate
[14:28] <GunnarHj> Trevinho: Will do. Thanks.
[22:58] <Bashing-om> Channel: A question - IRT the Fridge calendar (for UWN). Who is responsible to update the meeting time ?