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