[03:01] <callmepk> good morning
[03:10] <callmepk> Hi sarnold 
[03:17] <duflu> Morning callmepk and sarnold 
[03:17] <callmepk> morning duflu 
[03:18] <sarnold> hey duflu :)
[08:03] <Laney> OMG
[08:03] <Laney> forgot to do my weekly update!
[08:27] <seb128> goood morning desktopers
[08:28] <Maik_aD> good morning seb128
[08:59] <marcustomlinson> morning desktoppers
[09:03] <seb128> hey marcustomlinson , how are you today?
[09:05] <marcustomlinson> seb128: doing ok thanks, how are you?
[09:07] <Laney> hey seb128 hey marcustomlinson 
[09:08] <seb128> marcustomlinson, I'm arlight but melting a bit, waiting for the heatwave to be over
[09:08] <duflu> Hi Laney, Maik_aD and marcustomlinson 
[09:08] <Maik_aD> o/
[09:08] <seb128> 35°C isn't a land temperature, need water, also not a computer one
[09:08] <seb128> hey Laney 
[09:08] <duflu> Now that would be nice
[09:08] <seb128> hey Maik_aD 
[09:08] <marcustomlinson> yo Maik_aD, Laney and duflu
[13:30] <Wimpress> Hello desktoppers o/
[13:30] <Wimpress> Whose melting?
[13:30] <Wimpress> Err, predictive text.
[13:31] <hellsworth> good morning folks
[13:31] <hellsworth> not melting here Wimpress .. i actually have a sweater on but the high today is 34 :)
[13:31] <Wimpress> #startmeeting Desktop Team Weekly Meeting - 2020-08-11
[13:31] <meetingology> Meeting started Tue Aug 11 13:31:29 2020 UTC.  The chair is Wimpress. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[13:31] <meetingology> Available commands: action commands idea info link nick
[13:32] <Wimpress> Roll call: did_rocks, duflu, hellsworth, jamesh, jibel, kenvandine, Laney, marcustomlinson, oSo_MoN, seb128 , tkamppeter, Trev_inho, robert_ancell, callmepk
[13:32] <hellsworth> \o/
[13:32] <marcustomlinson> \o
[13:32] <luna_> o/
[13:32] <kenvandine>  o/
[13:32] <callmepk> o/
[13:33] <Wimpress> Hiya :-)
[13:33] <Wimpress> #topic rls-bb-bugs
[13:33] <luna_> having extreme headache however and tabbing around in irssi, so not sure i really will attend however :P
[13:33] <Wimpress> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-incoming-bug-tasks.html
[13:33] <Wimpress> http://launchpad.net/bugs/1888505
[13:33] <hellsworth> oh oops i forgot to untag the lo one
[13:34] <Wimpress> :-)
[13:34] <hellsworth> i think i untag'd the others though
[13:34] <Wimpress> OK
[13:34] <Wimpress> http://launchpad.net/bugs/1838152
[13:34] <hellsworth> this 1888505 still nees some attention from me so please skip it
[13:35]  * Wimpress eyes popey 
[13:35] <seb128> (hey, sorry a bit late but I'm around now)
[13:36] <seb128> -1 from me to rls nominate this one but a nice target of opportunity to maybe include the fix in a SRU when we do one
[13:36] <Wimpress> Who can determine if #1838152 is something we can backport to Bionic?
[13:36] <seb128> Tre_vinho probably but he's off until eow
[13:36] <Wimpress> OK
[13:37] <Wimpress> How should that one be tagged?
[13:37] <Wimpress> Or assigned?
[13:37] <seb128> depend of the consensus
[13:37] <seb128> I vote -1 but we didn't hear from others
[13:37] <Laney> notfixing sounds good
[13:38] <seb128> Wimpress, tag rls-bb-notfixing then
[13:38] <Laney> make a trello card for Marco to cherry pick it to git if you want
[13:38] <Wimpress> Wilco
[13:38] <Laney> but there's no guarantee of timing
[13:39] <Wimpress> seb128 or Laney please make a card for it. Lets do a quick look see if it is a quick fox for Bionic.
[13:39] <seb128> k
[13:39] <Wimpress> *fix
[13:39] <Wimpress> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-tracking-bug-tasks.html
[13:40] <Wimpress> Everything looks like it has owners there.
[13:40] <Wimpress> #topic rls-ff-bugs
[13:40] <Wimpress> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ff-incoming-bug-tasks.html
[13:41] <Wimpress> http://launchpad.net/bugs/1880508
[13:42] <Laney> definitely, upgrade failures are terrible, tseliot ^- can you take the assignment?
[13:42] <seb128> (https://trello.com/c/PxWxI7Hy/217-investigate-cherry-picking-the-fix-for-bug-1838152-to-bionic for the previous bug)
[13:42] <Wimpress> seb128: You tagged that one. Looks like something tseliot might be interested in?
[13:42] <seb128> +1 from me
[13:42] <seb128> there is a stack of file conflicts on nvdia packages
[13:42] <Wimpress> Given .1 is out, this looks like something we should action.
[13:43] <seb128> see https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers-340/+bugs?orderby=-id&start=0
[13:43] <seb128> right
[13:43] <Wimpress> Erk. 
[13:44] <seb128> so yeah, let's assign to tseliot 
[13:44] <Laney> target to focal, assign all the tasks
[13:44] <tseliot> Laney: it's on my list. I'll take care of it when I am back from the holidays
[13:44] <Wimpress> tseliot: I've assigned you. If you feel that is incorrect, let me know.
[13:44] <seb128> tseliot, thanks, and stop doing IRC during holidays! :)
[13:44] <Wimpress> tseliot: Sorry to interrupt your vacation.
[13:45] <tseliot> Wimpress: thanks
[13:45] <Wimpress> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ff-tracking-bug-tasks.html
[13:45] <tseliot> I'll be off tomorrow, but I'm already booked for today ;)
[13:46] <Wimpress> Have fun!
[13:46] <tseliot> (I'll be back next week)
[13:46] <tseliot> thanks
[13:46] <Wimpress> OK, what to do about all those Yaru bugs?
[13:46] <seb128> nothing?
[13:46] <seb128> they are fix commited
[13:46] <Wimpress> Oh, they are.
[13:46] <Wimpress> Just spotted that.
[13:46] <seb128> SRU just needs to be verified, if you want to help just verify some of the fixes
[13:47] <seb128> that will allow it to migrate, makes user happy and get those lines closed :)
[13:47] <Wimpress> Sure thing. I'll see what community verification I can rustle up.
[13:47] <Wimpress> I'll skip the spice bug. We know about that one.
[13:47] <seb128> right
[13:48] <Wimpress> http://launchpad.net/bugs/1853331
[13:48] <Wimpress> OK, ignore that one too.
[13:48] <luna_> maybe can help to verifiy the easy Yaru bugs liks icons in Lollypop etc :p 
[13:48] <Wimpress> The rest all look good. 
[13:48] <seb128> luna_, that would be nice, thanks!
[13:48] <Wimpress> Did I miss anything?
[13:48] <seb128> I don't think so
[13:48] <Wimpress> Thanks luna_ that would be great.
[13:49] <Wimpress> #topic rls-gg-bugs
[13:49] <Wimpress> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-gg-incoming-bug-tasks.html
[13:49] <luna_> so install the latest focal and lollypop and look if it uses the right icons?
[13:49] <Wimpress> gg-incoming looks good.
[13:49] <Wimpress> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-gg-tracking-bug-tasks.html
[13:50] <Wimpress> As does gg-tracking
[13:50] <Wimpress> #topic update_excuses_by_team.html#desktop-packages
[13:50] <seb128> luna_, if that's the testcase :)
[13:50] <Wimpress> https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses_by_team.html#desktop-packages
[13:50] <Wimpress> Oh my gosh
[13:50] <hellsworth> :)
[13:51] <seb128> lot of things blocked on the icu transition
[13:51] <luna_> seb128: it is, testing in a VM atm :) 
[13:51] <Wimpress> I was just mentally doing the reverse depends, and got to icu :-)
[13:51] <seb128> there aren't lot of actions needed
[13:51] <Wimpress> Yeah.
[13:52] <seb128> the suitesparse/armhf build issue might need investigating
[13:52] <Wimpress> Anything is there we do want to focus on?
[13:52] <seb128> still libreoffice/armhf flakyness and retries, that's usual
[13:52] <seb128> otherwise no work needed atm from what I can tell
[13:53] <Wimpress> Any way we can set an approved list of auto retry for packages on arm* ?
[13:53] <seb128> what do you mean?
[13:54] <Wimpress> Well, we know LO sometimes just needs a prod to rebuild.
[13:54] <kenvandine> often
[13:54] <hellsworth> yes we rebuilt yesterday...
[13:54] <seb128> I wonder if we should simply stop trying libreoffice/armhf autopkgtests
[13:54] <hellsworth> i guess millionth time is the charm
[13:54] <Wimpress> Can we automate a retry on LO and other packages where a retry often resolves the issue.
[13:54] <seb128> they DoS the infra and delay things often by weeks
[13:55] <seb128> but probably not a discussion to have now as a team meeting adhock
[13:55] <hellsworth> seb128: are you proposing that we disable the armhf LO tests all together?
[13:55] <hellsworth> right..
[13:55] <seb128> no, the build is happening once
[13:55] <seb128> autopkgtests are triggered by random uploads
[13:56] <Wimpress> OK, something for a team discussion then.
[13:56] <seb128> it's annoying to have e.g gstreamer blocked for a week because the armhf tests queue has days of backlogs and then you get the armhf libreoffice test failing after a day
[13:56] <Wimpress> #topic AOB
[13:56] <seb128> and then the retry kick you another 3 days down the road waiting
[13:57] <kenvandine> is arm64 more reliable?
[13:57] <Laney> FTBFS report
[13:57] <hellsworth> i totally hear you seb128 
[13:57] <Wimpress> I bet
[13:57] <Laney> do we need to assign some items from that?
[13:57] <hellsworth> i'd say that lately arm64 has certainly been more reliable
[13:57] <Laney> or is it already happening ok?
[13:57] <seb128> I handled 11 or the 18
[13:57] <seb128> 3 are waiting for Debian uploads
[13:58] <hellsworth> i need more discussion with you folks to get a clearer picture of what i need to do there
[13:58] <seb128> so it's sort of hanlded
[13:58] <seb128> I will ping/card people about the remaining ones if needed
[13:58] <Wimpress> hellsworth: duly noted
[13:58] <Wimpress> Anyone have anything else?
[13:59] <Laney> ok
[13:59] <seb128> (https://people.canonical.com/~doko/ftbfs-report/test-rebuild-20200728-groovy-groovy.html#desktop-packages for reference)
[13:59] <Wimpress> Thanks seb128 
[13:59] <seb128> I wish that would auto refresh/pick up new versions though
[14:00] <seb128> kenvandine, can you ask maybe robert_ancell to look at the snapd-glib from ^
[14:01] <kenvandine> sure
[14:01] <seb128> thx
[14:01] <Wimpress> ANy other topics?
[14:01] <seb128> other topic, people probably noticed but I started on GNOME 3.37 updates
[14:01] <seb128> help is welcome
[14:01] <seb128> I will restore the trello to help synchronizing
[14:02] <Laney> 👍
[14:02] <Laney> hopefully can by thursday/friday
[14:02] <seb128> there are some made for you :p
[14:02] <Wimpress> I'm PTO Friday.
[14:03] <Wimpress> FYI ^
[14:03] <seb128> (gnome-session / g-s-d have some reworking on the systemd units)
[14:03] <seb128> Marco started on the shell stack but he's off until eow
[14:04] <Wimpress> Are we done?
[14:04] <seb128> I think so
[14:04] <Wimpress> Thanks everyone!
[14:04] <seb128> thanks!
[14:05] <Wimpress> #endmeeting
[14:05] <meetingology> Meeting ended Tue Aug 11 14:05:14 2020 UTC.  
[14:05] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-desktop/2020/ubuntu-desktop.2020-08-11-13.31.moin.txt
[14:06] <marcustomlinson> thanks
[14:06] <marcustomlinson> hellsworth: did autopkgtests pass in your PPA then fail in archive?
[14:06] <hellsworth> yes
[14:06] <luna_> seb128: Wimpress: http://imgur.com/a/jgdEPIs
[14:07] <hellsworth> marcustomlinson: https://autopkgtest.ubuntu.com/request.cgi?release=groovy&arch=armhf&package=libreoffice&ppa=hellsworth/libreoffice1&trigger=libreoffice/1:6.4.5-0ubuntu1 is the armhf test that passed in my ppa
[14:07] <Wimpress> luna_: #winning
[14:07] <Laney> There is the entire spectrum of options available before you decide to disable the tests on armhf entirely
[14:07] <Laney> e.g. run any particular subset of them
[14:07] <marcustomlinson> hellsworth: ah. well you can disable certain tests
[14:07] <hellsworth> Laney: I'd like to hear more..
[14:08] <hellsworth> disabling tests seems like a heavy hammer
[14:08] <marcustomlinson> right, listen to Laney's wisdoms
[14:08] <hellsworth> :)
[14:08] <luna_> sadly missed most that you talked about in the end however, as i am having headache and my computer crashed :p
[14:09] <Laney> I mean it'd need someone who knows what they actually do
[14:09] <luna_> think i am gonna go shower and have a rest, but that seemd like an easy task to test 
[14:09] <Laney> but perhaps some of them are more nice to have
[14:10] <hellsworth> i honestly don't know what the uicheck* tests do but i could look into them
[14:10] <Laney> In general armhf is interesting to us though and it's good for us to know that our stuff works there
[14:11] <Laney> maybe start by getting the timestamps out of a log and seeing how the spread of runtimes looks like?
[14:11] <luna_> cyas
[14:11] <hellsworth> but it's not just one uicheck test that fails frequently. it's always one of them though
[14:11] <hellsworth> in this case, it looks like unapplying a patch causes a make error. must be bogus though because it passed in my ppa
[14:12] <hellsworth> but ok i'll spend some time with the uicheck tests today on armhf to get a better feeling for them and see if we can keep them. maybe just some tweak is needed
[14:13] <Laney> part of the problem I reckon is that when we end up with 3 running on the same node they all make each other slow
[14:13] <Laney> and that causes them to flake out or timeout
[14:13] <hellsworth> Laney: marcustomlinson seb128 would it be useful to jump on a call either today or tomorrow to discuss options so we can move past the current libreoffice armhf blockage?
[14:13] <Laney> so making them less heavy on the host would help there, if that's a correct analysis
[14:13] <hellsworth> hmm but is there a way to choose the builder?
[14:15] <Laney> no, I'm thinking like, look into parallelism if that's too high or whatever
[14:15] <Laney> or any way to reduce the CPU load, dunno
[14:15] <Laney> we could have a call tomorrow if you wanna, sure
[14:16] <hellsworth> yes i do think it would be benificial for me
[14:17] <hellsworth> how bout https://time.is/compare/0800AM_12_Aug_2020_in_MT/London/France
[14:17] <hellsworth> i'll send out an invite..
[14:18] <hellsworth> but still do some parallelism digging today for context
[14:23] <Laney> I can imagine how you could have a 'big' packages thing for lxd tests like we have for the cloud ones, which would mean that e.g. libreoffice could get its own node
[14:24] <Laney> that would be an alternative way to look at this from the infrastructure end
[14:24] <Laney> I could mentor someone who wanted to look into that, if their management agreed ;-)
[14:25] <hellsworth> well it sounds worth considering
[14:27] <seb128> I'm fine with an hangout tomorrow
[14:28] <hellsworth> thank you so much both for your time
[14:28] <hellsworth> marcustomlinson: is on there too in case he's up for a hangout as well :)
[14:31] <Laney> who doesn't love a hangout
[14:32] <marcustomlinson> not me!!!
[14:32] <marcustomlinson> I mean, I don't NOT love it
[14:32] <marcustomlinson> confusing
[14:33] <marcustomlinson> hellsworth: sure, although I'll probably learn more than I can teach :)
[14:39] <hellsworth> good then we shall have a grand time tomorrow morning :)
[15:15] <RikMills> uicheck-sc FAIL non-zero exit status 2
[15:15] <RikMills> current libreoffixe armhf test is going to fail as well :(
[15:16] <RikMills> *libreoffice
[15:24] <Laney> sux
[15:54] <hellsworth> RikMills: why do you say the current libreoffice armhf test will fail too? this test has passed on the same package in a ppa so it has passed before.
[15:55] <RikMills> hellsworth: because I happened to see the log on the 'running' page when a test failure was showing there
[15:55] <hellsworth> oh i see
[15:56] <RikMills> I was half watching it as the fails are blocking my entire KDE frameworks stack
[16:03] <Laney> you know, 6.4.5 has not actually passed on armhf http://autopkgtest.ubuntu.com/packages/libreoffice/groovy/armhf
[16:03] <Laney> so maybe there is a real problem?
[16:06] <seb128> it did on focal though (so maybe if it's an issue it's another component that created the problem)
[16:06] <seb128> http://autopkgtest.ubuntu.com/packages/libreoffice/focal/armhf
[16:06] <Laney> dunno
[16:07] <Laney> the failure seems suspiciously consistent
[16:07] <seb128> I was just mentioning it as a data point
[16:08] <RikMills> I was pondering that, and thinking how I could do some triggers so my stuff gets 6.4.4 tested
[16:08] <Laney> Binary URP bridge already disposed
[16:12] <Laney> hellsworth: ^- can you look at that a little bit perhaps?
[16:12] <Laney> you should be able to run with --test-name uicheck-sc --shell-fail
[16:13] <Laney> there's a problem with them being slow and restarting/etc but I'm now suspicious there is a real problem too
[16:14] <hellsworth> i swear it passed at least once
[16:14] <hellsworth> https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-groovy-hellsworth-libreoffice1/groovy/armhf/libr/libreoffice/20200727_011753_62ae5@/log.gz
[16:14] <hellsworth> i will look for any pattern between the failures
[16:16] <Laney> it seems to be a few lines up, some chuntering about URP whatever that is
[16:17] <Laney> interesting if it passed before though, so if something did change in groovy it might provide a window for when that happened
[16:20] <hellsworth> good point
[16:24] <hellsworth> Binary URP should be shortened to burp
[17:08] <sarnold> excellent proposal
[18:26] <ItzSwirlz> o/