[06:21] good morning desktoppers [06:25] Hi oSoMoN [06:37] morning tout le monde [06:39] hey duflu [06:39] salut jibel [06:40] Morning jibel [07:16] good morning [07:18] Hi didrocks [07:24] hey duflu [07:31] salut didrocks [07:34] salut oSoMoN, ça va mieux ? [09:03] lut [09:05] lo Laney [09:07] hey Laney, how are you today? [09:07] morning all [09:09] didrocks, bien mieux, merci! et toi, ça va? [09:09] hey Laney [09:09] morning marcustomlinson [09:09] salut seb128 [09:09] Hi marcustomlinson [09:10] oSoMoN: ça va oui, merci :) [09:10] lut oSoMoN, ça va mieux ? [09:10] oSoMoN, Lukaz was looking for you yesterday asking if the tb SRU is meant to go through security again [09:11] oSoMoN, and popey was asking what's the status of firefox 71 for 19.10/stable series [09:12] seb128, beaucoup mieux, merci [09:12] super! [09:13] seb128, I'll talk to them, thanks. the TB SRU isn't meant to go through security, and firefox 71 is up in -security and -updates since last night, except for xenial, but I'm working on it [09:13] hey duflu seb128 marcustomlinson oSoMoN [09:14] seb128: doing alright! you? [09:16] doing good! [09:21] seb128, before you ask, I'm working on my weekly status update [09:26] oSoMoN, :-) [09:49] ricotz, good morning! you probably noticed that I re-enabled unity-menubar.patch in the xenial build in firefox-next, but when testing I found that the menubar gets duplicated when opening any menu [09:50] I need to investigate this further, I won't re-enable the patch in the other series until I figure it out [09:50] also, I'm tempted to remove the patch altogether in focal, so that we don't have to maintain it forever [09:53] +++++ [10:13] popey, hey, in case you didn't see, https://launchpad.net/ubuntu/+source/firefox/71.0+build5-0ubuntu0.19.10.1 [10:13] \o/ thanks! [10:13] np! [10:15] Trevinho, kenvandine, jamesh, monday weekly summary (if you are off on monday we said it should be posted on friday) [10:15] popey, I'm still working on the 71.0 update for xenial, in case anyone asks [10:15] s/asks/complains/ [10:56] oSoMoN: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=946249 and https://bugzilla.mozilla.org/show_bug.cgi?id=1601707 [10:56] Debian bug 946249 in firefox "firefox 71 breaks most addons because of local storage errors" [Important,Open] [10:56] Mozilla bug 1601707 in Untriaged "segfault in DoDatabaseWork (this makes Firefox 71 to crash at startup)" [Normal,Unconfirmed] [10:56] and https://github.com/vector-im/riot-web/issues/11606#issuecomment-563944612 [10:56] vector-im issue 11606 in riot-web "Riot Web stop receiving new messages after Firefox 71 update" [Bug, Upstream-Issue, 🔥 Fire 🔥, Open] [10:56] might want to put it on your radar :) My first tests show that ubuntu is also affected [11:08] just installed a VM to test the new gtk [11:08] and it's completely broken /o\ [11:09] can't get to gdm, even systemd.unit=rescue.target doesn't give me a shell to do anything at [11:09] dupondje, ack, those issues are caused by gcc miscompilation, firefox in ubuntu is now built with clang, so in theory it shouldn't be affected [11:10] dupondje, what tests exhibit a problem? [11:11] Laney, :-( [11:15] seb128: for your gtk2 upload, I think you need ${CROSS_COMPILE} in the pkg-config call too [11:17] Laney, yeah, thx, I was just fixing that now [11:17] cool [11:47] oSoMoN: well tested riot, but seems like it was just some delay, and finally worked. So guess we're unaffected on ubuntu indeed. Didn't notice other issues at least :) [11:48] dupondje, good :) keep me posted if you do find issues! [13:37] tjaalton: hey, can you take a look at this log and see if you know why it's going south please? https://paste.debian.net/1120491/ [13:38] this is a VM and I can't log into a session [13:40] GDM/Wayland fails like this: https://paste.debian.net/1120492/ [13:41] is this some udev thing? [13:41] just wanted to test my gtk update - two broken projects later and I'm still not there :) [13:41] nicely shaven yak though [13:41] * Laney goes to eat lunch [13:44] Laney: looks like xserver starts before the kms driver is ready [13:45] restart gdm and it should be fine [14:05] shrug, why is canonistack so sloooow :( [14:10] jdstrand: did you see the autoconnect request for gnome-firmware? https://forum.snapcraft.io/t/gnome-firmware-auto-connect-to-fwupd-interface/14444 [14:11] kenvandine: yes, I plan to run through the rest of the store requests today (it is what I am currently doing) [14:11] jdstrand: great! [14:28] Hello desktoppers. [14:28] yo Wimpress [14:28] hi Wimpress [14:29] hey [14:29] good morning everyone [14:30] good morning hellsworth [14:31] o/ [14:31] Right, lets do this thing :-) [14:31] #startmeeting Desktop Team Weekly Meeting - 2019-12-10 [14:31] 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] Available commands: action commands idea info link nick === meetingology changed the topic of #ubuntu-desktop to: Home of the Thanksgiving Desktop Team, https://wiki.ubuntu.com/DesktopTeam | For help or questions, try #ubuntu | Work (read-only for non-developers): https://trello.com/b/uEut6bfN/ubuntu-desktop-1910-cycle | Desktop Team Weekly Meeting - 2019-12-10 | Current topic: [14:31] Roll call: didrocks, duflu, hellsworth, jamesh, jibel, kenvandine, laney, marcustomlinson, oSoMoN, seb128 , tkamppeter, trevinho, robert_ancel [14:31] \o [14:31] o/ [14:31] o/ [14:32] 🐵/ [14:32] _o/ [14:32] Well, shall we make a start? [14:33] #topic rls-bb-bugs === meetingology changed the topic of #ubuntu-desktop to: Home of the Thanksgiving Desktop Team, https://wiki.ubuntu.com/DesktopTeam | For help or questions, try #ubuntu | Work (read-only for non-developers): https://trello.com/b/uEut6bfN/ubuntu-desktop-1910-cycle | Desktop Team Weekly Meeting - 2019-12-10 | Current topic: rls-bb-bugs [14:33] http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-incoming-bug-tasks.html [14:34] Nothing for desktop there. [14:34] Nothing in unknown we should I own IMO. [14:35] +1 [14:35] http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-tracking-bug-tasks.html [14:36] Everything in desktop is assigned. [14:37] Quick scan of unknown doesn't appear to have anything we should own. [14:38] Move on to dd? [14:38] #topic rls-dd-bugs === meetingology changed the topic of #ubuntu-desktop to: Home of the Thanksgiving Desktop Team, https://wiki.ubuntu.com/DesktopTeam | For help or questions, try #ubuntu | Work (read-only for non-developers): https://trello.com/b/uEut6bfN/ubuntu-desktop-1910-cycle | Desktop Team Weekly Meeting - 2019-12-10 | Current topic: rls-dd-bugs [14:38] http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-dd-incoming-bug-tasks.html [14:38] Nothing for desktop in there. [14:38] http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-dd-tracking-bug-tasks.html [14:39] desktop-packages bugs are assigned. [14:39] but #1733321 [14:40] hellsworth: Well spotted. I missed that. [14:40] wow it's 2 years old [14:41] Yep, just reading... [14:41] I don't think it's rls material [14:41] but it has a workaround patch and might be worth reviewing [14:41] but that's rather for the sponsoring queue imho;.. [14:41] Hmm, patch looks like a bodge. [14:42] `sleep 2` [14:44] seb128: You want it in the sponsoring queue? [14:44] 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] just need to subscribe ubuntu-sponsors for that [14:45] but in the meeting we usually focus on +1/-1 to rls nominate [14:45] I've subscribe ubuntu-sponsors [14:45] as I said I would -1, it's a flacky test, not an user facing problem [14:45] thx [14:45] agreed, -1 for rls [14:45] Move on to ee? [14:46] +1 [14:46] #topic rls-ee-bugs === meetingology changed the topic of #ubuntu-desktop to: Home of the Thanksgiving Desktop Team, https://wiki.ubuntu.com/DesktopTeam | For help or questions, try #ubuntu | Work (read-only for non-developers): https://trello.com/b/uEut6bfN/ubuntu-desktop-1910-cycle | Desktop Team Weekly Meeting - 2019-12-10 | Current topic: rls-ee-bugs [14:46] http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ee-incoming-bug-tasks.html [14:47] http://launchpad.net/bugs/1855593 [14:47] 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] 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] OK. I'll drop the tag. [14:48] 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] Left a comment on the bug. [14:50] So Brian knows why I removed the tag he placed. [14:51] Nothing in unknown that looks like it belongs to us. [14:51] http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ee-tracking-bug-tasks.html [14:51] http://launchpad.net/bugs/1845801 [14:52] 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] Seems to be affecting a reasonable number of people. [14:55] 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] OK [14:56] Everything else looks in order for the desktop. [14:56] Time for focal? [14:56] \o/ [14:56] #topic rls-ff-bugs === meetingology changed the topic of #ubuntu-desktop to: Home of the Thanksgiving Desktop Team, https://wiki.ubuntu.com/DesktopTeam | For help or questions, try #ubuntu | Work (read-only for non-developers): https://trello.com/b/uEut6bfN/ubuntu-desktop-1910-cycle | Desktop Team Weekly Meeting - 2019-12-10 | Current topic: rls-ff-bugs [14:56] http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ff-incoming-bug-tasks.html [14:57] Look good to me. [14:57] http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ff-tracking-bug-tasks.html [14:58] Looks in hand too. [14:58] #topic update_excuses_by_team.html#desktop-packages === meetingology changed the topic of #ubuntu-desktop to: Home of the Thanksgiving Desktop Team, https://wiki.ubuntu.com/DesktopTeam | For help or questions, try #ubuntu | Work (read-only for non-developers): https://trello.com/b/uEut6bfN/ubuntu-desktop-1910-cycle | Desktop Team Weekly Meeting - 2019-12-10 | Current topic: update_excuses_by_team.html#desktop-packages [14:58] https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses_by_team.html#desktop-packages [14:59] That has grown. [14:59] Think seb128 is more on it than me atm [14:59] right [15:00] i can poke the security folks on libmail-dkim-perl today [15:00] seb128: is there anything on this list i can help with? [15:00] thx, that would be useful [15:00] I think the list is mostly i386 removal fallouts [15:00] which are being handled [15:00] oki [15:01] Suspiciously high number of build failures on armhf [15:01] https://lists.ubuntu.com/archives/ubuntu-devel/2019-December/040859.html [15:01] for those who didn't see that / want context [15:01] Wimpress, oh? [15:01] anyway, outside of i386 [15:01] oSoMoN, I think we should consider badtest firefox/armhf [15:01] rather than keep retrying a long job with poor success [15:01] yeah, agreed [15:02] +1 [15:02] it's gotten worse lately [15:02] what made it start failing and why wouldn't it be more appropriate to fix that? [15:02] can you mp a britney hint for it? [15:02] 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] 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] so I suggest we skip that version instead of hammering retry which we currently do [15:03] I will card the task to properly fix it though [15:03] Laney, sounds an acceptable compromise? [15:04] otherwise cyrus-imapd needs to be fixed, but that's not especially us since it's universe [15:05] and I think that's it [15:05] 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] 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] I don't particularly suggest "hammering retry" is ever the right thing to do [15:06] if we don't care about a working firefox on armhf, stop building it [15:06] didrocks, thx [15:06] Laney, yeah, I was thinking about that, we should probably have that discussion [15:06] oSoMoN, ^ [15:06] firefox on amd64 only [15:06] but not today :) [15:07] Wimpress, I think that's enough for that section of the meeting [15:07] I would certainly welcome dropping architectures that almost no-one uses anyway [15:07] I don't think armhf (or arm64) falls into that category though, they are certainly used for desktop stuff [15:07] the most obvious one being s390x, which we know builds but segfaults at startup [15:07] I'm certainly happy for an armhf build of firefox on my raspberry pi [15:07] I agree with Laney [15:08] yep [15:08] desktop != amd64 [15:08] yeah [15:08] s390 though... that should be a candidate to drop [15:08] well, but also n% of our capacity spent for 0.01% users... [15:09] but anyway [15:09] not a topic for here/now I think [15:09] 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] 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] Are we all done with that topic? [15:11] I think so [15:11] Laney, let's continue the discussion just after the meeting [15:11] Good idea. [15:11] if the firefox in focal release is already broken then we could badtest this version I guess [15:11] #topic AOB === meetingology changed the topic of #ubuntu-desktop to: Home of the Thanksgiving Desktop Team, https://wiki.ubuntu.com/DesktopTeam | For help or questions, try #ubuntu | Work (read-only for non-developers): https://trello.com/b/uEut6bfN/ubuntu-desktop-1910-cycle | Desktop Team Weekly Meeting - 2019-12-10 | Current topic: AOB [15:12] :( poor tests :( [15:12] ANyone have anything they want to discuss? [15:13] not me [15:13] me either [15:13] nothing from me [15:13] nothing for me [15:14] OK. [15:14] Going in 3... [15:14] 2... [15:14] wow those are slow seconds.. [15:14] :) [15:14] big ones ;) [15:14] Country time ;-) [15:14] lol [15:14] 1... [15:15] #endmeeting === meetingology changed the topic of #ubuntu-desktop to: Home of the Thanksgiving Desktop Team, https://wiki.ubuntu.com/DesktopTeam | For help or questions, try #ubuntu | Work (read-only for non-developers): https://trello.com/b/uEut6bfN/ubuntu-desktop-1910-cycle [15:15] Meeting ended Tue Dec 10 15:15:02 2019 UTC. [15:15] Minutes: http://ubottu.com/meetingology/logs/ubuntu-desktop/2019/ubuntu-desktop.2019-12-10-14.31.moin.txt [15:15] thx! [15:15] Thanks everyone [15:15] thanks [15:15] thanks! [15:15] dankie [15:15] thx [15:15] Laney, so the firefox/focal/armhf hang is tracked by bug #1853571 [15:15] bug 1853571 in firefox (Ubuntu) "autopkgtests sometimes hang on armhf" [Medium,Triaged] https://launchpad.net/bugs/1853571 [15:16] it appears that what hangs is geckodriver, i.e. the executable used for driving the selenium tests, not firefox itself [15:16] which would explain why I haven't seen any reports of firefox actually not working on armhf [15:17] this is of course something that needs to be investigated and fixed, but realistically I won't get around to it before the holidays [15:17] what's the least bad course of action? [15:18] thx [15:18] is the version already in focal broken in the same way do you know? [15:18] yes [15:18] It migrated after a few retries [15:19] probably means it is ok-ish to add a badtest hint then, since the package in proposed doesn't change the situation [15:19] (I know retrying is almost never the right answer, but it appears that if the test infrastructure isn't under load there's a much higher probability for the test to pass) [15:20] see http://autopkgtest.ubuntu.com/packages/firefox/focal/armhf [15:20] if it's a fails on slow systems thing then stress-ng might help you :-) [15:20] it started failing more reliably on 2019-11-07 [15:23] nothing really stands out in the versions of the test dependencies [15:27] yeah I guess it'll take some poking [15:27] you can see the testbed deps too if you download the artifacts [15:27] yeah, I did that [15:29] Laney, there's already a badtest hint for it, the version just needs updating: https://bazaar.launchpad.net/~ubuntu-release/britney/hints-ubuntu/revision/4089 [15:29] do you want me to submit a MR for it, or can you go ahead and push it yourself? [15:30] the version in -proposed is 71.0+build5-0ubuntu1 [15:32] ok, I can do that [15:33] thanks