[00:52] <callmepk> good morning
[06:40] <didrocks> good morning
[06:41] <jibel> Good morning
[06:55] <duflu> Morning didrocks and jibel 
[06:56] <oSoMoN> good morning desktoppers
[06:56] <didrocks> Hey duflu, salut oSoMoN 
[06:57] <oSoMoN> salut didrocks 
[06:58] <jibel> Hi duflu oSoMoN 
[06:59] <oSoMoN> salut jibel 
[07:05] <duflu> Morning oSoMoN 
[07:18] <oSoMoN> hey duflu 
[07:41] <ricotz> good morning desktopers
[07:46] <didrocks> hey ricotz 
[07:51] <duflu> Morning ricotz 
[08:25] <marcustomlinson> morning didrocks jibel duflu oSoMoN ricotz
[08:26] <duflu> Hi marcustomlinson 
[08:26] <marcustomlinson> ricotz: sorry I only saw your message this morning. I'll sponsor those for you in a moment
[08:26] <jibel> Hi marcustomlinson 
[08:31] <ricotz> hey oSoMoN didrocks duflu marcustomlinson jibel 
[08:31] <ricotz> marcustomlinson, thank you
[08:34] <jibel> Hi ricotz 
[08:40] <seb128> goood morning desktopers
[08:40] <duflu> Morning seb128 
[08:40] <marcustomlinson> hey seb128
[08:40] <jibel> Salut seb128 
[08:41] <seb128> hey duflu, marcustomlinson, jibel, how are you?
[08:41] <jamesh> hi seb128, marcustomlinson, and everyone else
[08:41] <marcustomlinson> hey jamesh
[08:41] <seb128> hey jamesh 
[08:41] <duflu> seb128, bisecting another shell regression so not fun. Otherwise fine. How are you seb128 ?
[08:41] <seb128> duflu, distro one again or upstream now?
[08:41] <duflu> seb128, ubuntu-only
[08:42] <seb128> got slightly more sleep but I got woken up at 5:30am again, I hate it :-(
[08:42] <seb128> duflu, :-(
[08:42] <seb128> I'm curious to know what we broke, let us know when you figure out
[08:43] <jibel> in a qemu VM on first boot, after login on wayland I cannot click on anything, but it works after a logout/login. Is it a known issue? 
[08:43] <duflu> seb128, it appears to be a fix for one of the previous shell regressions that caused this new one
[08:43] <seb128> jibel, is that was is breaking the daily ISO promotion?
[08:43] <duflu> bug 1918874
[08:44] <seb128> duflu, ^ do you know that one from jibel?
[08:44] <seb128> I fixed the ISO warning on https://people.canonical.com/~platform/desktop/desktop-packages.html now, it was checking the dir before and arm64 ISO were updated
[08:44] <jibel> seb128, no
[08:45] <duflu> Not really. People report a couple of times per year that they can't click on app windows only. But it's rare
[08:45] <seb128> now it displays it properly, 'the current amd64 ISO is outdated (51 days old)'
[08:45] <duflu> Oh, jibel using Nvidia?
[08:45] <seb128> shrug, that's quite outdated :/
[08:45] <seb128> duflu, does it make a difference for qemu instances what driver the system is using?
[08:45] <duflu> Oops, in a VM is probably not Nvidia
[08:46] <jibel> duflu, no in a VM
[08:46] <jibel> and the host is full intel
[08:47] <duflu> jibel, can you click on the shell even?
[08:47] <jibel> duflu, no, on mouse over it detects that the pointer is over an element because it highlights for example in the dock, but I cannot click on it
[08:48] <jibel> like these old ghost window bugs
[08:48] <duflu> Weird. Sounds like it might be related to the input thread for Wayland introduced in mutter 3.38.3-3ubuntu1
[08:49] <jibel> I'll file a bug
[08:54] <seb128> jibel, any idea when that started? do you have a some weeks old iso to see if that's a regression from the recent changes?
[09:00] <jibel> seb128, not really, I noticed it yesterday when I installed a new VM to test zfs stuff
[09:02] <Laney> moin
[09:03] <jibel> hi Laney 
[09:03] <duflu> Hi Laney
[09:05] <Laney> sup jibel duflu 
[09:09] <seb128> hey Laney
[09:13] <Laney> yo seb128 
[09:45] <marcustomlinson> hey Laney
[09:56] <abeato> ddd
[10:04] <Laney> eeefffggg
[10:04] <Laney> hey marcustomlinson 
[10:58] <seb128> jibel, did you have any chance to poke at the outdated daily current iso yet?
[10:59] <jibel> seb128, I am on it but static validation fails for some reason today
[10:59] <jibel> seb128, meanwhile I manually verified and promoted latest iso
[10:59] <seb128> thanks
[11:07] <jibel> seb128, automated test are failing because the size of the image increased and the target disk is too small
[11:07] <seb128> ah
[11:07] <seb128> we need to land that KPI
[11:08] <jibel> seb128, I connected to libvirt, watched the installation and the error message is displayed by ubiquity
[11:09] <seb128> could you give me some details on how to connect to libvirt to do that? so next I might be able to poke myself
[11:09] <seb128> also where is the setup defined if we need to bump the disk allocated?
[11:10] <jibel> start virt-manager and create a connection to the server ofver ssh
[11:10] <jibel> over*
[11:10] <jibel> where the disk size is set is a bit more mysterious at the moment :)
[11:10] <seb128> which server? 
[11:10] <seb128> sorry, I've close to 0 knowledge of that infra
[11:24] <Laney> there's a host which runs VMs for this testing in the DC, it's called venonat.ubuntu-ci
[11:27] <seb128> thanks
[11:34] <jibel> even after increasing the disk size it stops on stage "prepare" like something is missing from the seed
[11:36] <jibel> seb128, I think bug 1895351 caused the issue with the seed 
[11:37] <seb128> ah
[11:37] <jibel> now I've to find where the seed is hidden and add the 2 new settings
[12:24] <jibel> seb128, tests are green again after preseeding use_nonfree and install_oem
[12:24] <Laney> \o\
[12:35] <seb128> jibel, great, thanks for fixing it!
[14:30] <seb128> hey there!
[14:30] <didrocks999> hey!
[14:31] <seb128> #startmeeting Desktop Team Weekly Meeting - 2021-03-16
[14:31] <meetingology> Meeting started at 14:31:04 UTC.  The chair is seb128.  Information about MeetBot at https://wiki.ubuntu.com/meetingology
[14:31] <meetingology> Available commands: action, commands, idea, info, link, nick
[14:31] <seb128> Roll call:  didrocks, duflu (out), jamesh (out), jibel, kenvandine, laney, marcustomlinson, oSoMoN, tkamppeter, trevinho, robert_ancell (out), hellsworth
[14:32] <oSoMoN> o/
[14:32] <seb128> (sorry was struggling to promote the bot so it can update the topic)
[14:32] <marcustomlinson> \o
[14:32] <seb128> I hope everyone is doing fine!
[14:32] <jibel>  /o\
[14:32] <seb128> don't be sad jibel!
[14:32] <jibel> :)
[14:33] <seb128> sounds like we don't have much people around, another reminder to reply to L'aney's email :p
[14:33] <seb128> let's get started anyway
[14:33] <seb128> #topic rls-hh-bug
[14:33] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-hh-incoming-bug-tasks.html
[14:34] <seb128> the shell ones are being handled, first got fixed by the gjs revert
[14:34] <seb128> the other one duflu is on it
[14:34] <Laney> they should be assigned then or at least untagged?
[14:34] <seb128> bug #1916881 we discussed previous week, Olivier commented
[14:34] <Laney> s/assigned/nominated/
[14:34] <seb128> Laney, the first one probably untagged since it's fixed from the gjs side
[14:35] <oSoMoN> let's untag the thunderbird issue and assign to me
[14:35] <seb128> right
[14:35] <seb128> bug #1918874	
[14:36] <seb128> Trevinho, another one due to the input changes, it's time we revert as agreed?
[14:37] <seb128> I know you care about doing the right thing but it has proven to create enough disruption, we at least found problems, now we can fix them for next cycle
[14:37] <seb128> unsure he's around so I'm going to move on, we can discuss that after the meeting
[14:38] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-hh-tracking-bug-tasks.html
[14:38] <seb128> those are assigned
[14:38] <seb128> #topic rls-gg-bug
[14:38] <seb128> (bot still not changing the topic so I guess that was not a permission issue)
[14:38] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-gg-incoming-bug-tasks.html
[14:39] <seb128> I notfixing the libreoffice one
[14:39] <Laney> (no, the topic isn't locked anyway)
[14:39] <seb128> and the thunderbird one as well
[14:39] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-gg-tracking-bug-tasks.html
[14:40] <seb128> bug #1914374 I wontfixed the ubuntu-drivers-common/groovy entry now
[14:40] <seb128> and that's it for this list
[14:40] <seb128> #topic rls-ff-bug
[14:40] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ff-incoming-bug-tasks.html
[14:40] <seb128> thunderbird only which is handled
[14:40] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ff-tracking-bug-tasks.html
[14:41] <seb128> those are either assigned or fix commited
[14:41] <seb128> #topic rls-bb-bug
[14:41] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-incoming-bug-tasks.html
[14:41] <seb128> no desktop there
[14:41] <seb128> those are either assigned or fix commited
[14:41] <seb128> that's it for bugs
[14:42] <seb128> #topic update_excuses_by_team.html#desktop-packages
[14:42] <seb128> https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses_by_team.html#desktop-packages
[14:42] <Laney> looks quite good!
[14:42] <seb128> firefox/thunderbird are blocked due to rust/s390x which foundations is actively working on fixing from what I saw today
[14:42] <seb128> indeed
[14:42] <seb128> calculator is my fault, another of the new tests not liking being offline
[14:42] <Laney> firefox looks like it's in NEW to me
[14:43] <seb128> I need to figure out how to properly setup things to be able to test that before upload
[14:43] <Laney> let me take a look at that one
[14:43] <Laney> ah yeah s390x
[14:43] <seb128> and webkit2gtk is ruby webkit segfault, which I upstreamed but didn't a reply on yet
[14:43] <seb128> and that's it
[14:44] <seb128> #topic AOB
[14:44] <seb128> anything else?
[14:44] <Trevinho> seb128: sorry, on that bug that's not a regression due to the input changes, it's due to 3.38.x base, there's a PR upstream I wanted to look at
[14:44] <Trevinho> so we need to fix in dashtodock, mutter isn't faulty here.
[14:44] <seb128> Trevinho, duflu disagrees, he bisected to a commit if you see the bug
[14:45] <seb128> but right, needs to be fixed in dashtodock, Daniel agrees on that part
[14:45] <Trevinho> mh, I want to check, but I'm sure there's a fix on the dock side I wanted to pick anyways
[14:45] <seb128> k
[14:45] <Trevinho> and since the dock doesn't fit with 40 anyways, I assume was present still
[14:45] <seb128> version says our dock is one version behind upstream, unsure if there are other changes worth getting
[14:45] <Trevinho> since was proposed by non-ubuntu users
[14:45] <Laney> ubuntu dock is still at the same version as in groovy, so how did something in mutter break it?
[14:46] <Trevinho> I think it's the shell side in fact, but whatever... There's a fix upstream and I'll pick it.
[14:46] <Trevinho> once I've finally reviewed
[14:47] <Trevinho> I mean https://github.com/micheleg/dash-to-dock/pull/1369
[14:47] <Trevinho> and the issue comes up only on wayland I think, reason why wasn't noticed?
[14:48] <seb128> k, let's discuss that post meeting, no point holding everyone (if anyone is really sticking to wait :p)
[14:48] <Trevinho> seb128: regarding versions back or forth, I think the ubuntu branch of the dock was still including the commits that ended up in the upstream one, more or less
[14:48] <seb128> anything else?
[14:48] <Trevinho> sure, sure... I was done, just wanted to mention it.
[14:49] <seb128> k
[14:49] <didrocks999> nothing for me :)
[14:49] <oSoMoN> nothing from me either
[14:49] <seb128> k, let's wrap then
[14:49] <seb128> thanks desktoppers!
[14:49] <seb128> #endmeeting
[14:49] <meetingology> Meeting ended at 14:49:46 UTC.  Minutes at https://new.ubottu.com/meetingology/logs/ubuntu-desktop/2021/ubuntu-desktop.2021-03-16-14.31.moin.txt
[14:49] <didrocks999> thanks everyone
[14:49] <marcustomlinson> thanks seb
[14:49] <oSoMoN> thanks
[14:49] <hellsworth> thanks!
[14:49] <jibel> ty
[14:50] <seb128> people knowing about IRC bots, do we have one around we can easily patch to handle team specific things?
[14:50] <Laney> great meeting, one of the classics
[14:50] <seb128> :)
[14:50] <Laney> I know that Gustavo has a bot which is maintained if that helps ;-)
[14:51] <Trevinho> ahahha
[14:51] <seb128> Trevinho, going back to the point, you can keep saying 'one more fix' but at this point the team consensus it to revert those input backport, could you please do that instead?
[14:52] <Trevinho> seb128: I'm quite sure that's not what will fix it, that's my point.
[14:52] <Trevinho> if it was noticed eve withouth the mutter changes, how can it be the?
[14:52] <Trevinho> more typos than words :-D
[14:53] <seb128> Laney, 🤔
[14:53] <seb128> Trevinho, you are saying duflu got his bisect wrong?
[14:53] <Trevinho> I mean, https://github.com/micheleg/dash-to-dock/issues/1359 nobody mentions ubuntu
[14:53] <seb128> Trevinho, that bug is about flickering
[14:54] <seb128> Trevinho, the launchpad one is about having a windows on top of the overview screen
[14:54] <seb128> and happens in xorg
[14:54] <seb128> 'Click on 'Show Applications' the icons of the applications appear but the windows of the applications does not disappear so the icons are hidden.
[14:54] <seb128> problem happens with both sessions Xorg and Wayland after last updates
[14:54] <seb128> see attached picture'
[14:55] <Trevinho> yeah, I was reading but though was related, but ok.
[14:57] <seb128> Daniel also pointed out the problematic code in the last comments
[14:57] <seb128> which seems different from the fix you pointed out
[14:57] <Trevinho> yeah, i saw it, looks fine I definitely intended it was relating to something else
[14:59] <seb128> aaanyway, doesn't change the point, can we get the backport reverted and go back to focus on other things than fixing side effects of that landing?
[14:59] <seb128> jibel also pointed out earlier than the first logging in a vm isn't reacting to clicks for him, which Daniel though might also be due to those changes
[15:00] <Trevinho> seb128: fact is to me is quite more annoying at this point to revert two packages changes, and also I like that we can test upstream code that is going to be released anyways, which also made us fix various upstream issues already, even if we're not in 40 for something, giving us better experience later.
[15:01] <seb128> I don't deny that the work is useful
[15:01] <seb128> it's just not what we signed up for doing
[15:01] <Trevinho> but I see the point, it all depends on time consuming and so far I thought was more to revert than to have the fixes in.
[15:01] <seb128> one reason we say we wouldn't update to GNOME 40 was so we could focus on other tasks
[15:02] <seb128> not that we would spend the efforts fixing upstream anyway through backports
[15:02] <seb128> Daniel stated that he wasted several days in bisecting regressions
[15:02] <seb128> I doubt that reverting would have taken several days
[15:03] <seb128> also other people had to fix their box so they could go back to work
[15:03] <seb128> it adds up, it's not only the time you are spending on the revert vs fix
[15:04] <seb128> anyway, I argued enough, if I didn't convince you it's not another 10 lines that will make a difference...
[15:04]  * seb128 goes back to write reviews
[15:04] <Trevinho> it's hard as I bisected the previous issue in half hour, so I can handle that since it's my responsability, but that's fine, i'll revert it. you can imagine though that I see it more productive time
[15:05] <seb128> thanks, I know you invested in there and you would feel better about pushing forward
[15:06] <seb128> sorry it's not turning as you wanted
[15:06]  * seb128 hugs Trevinho 
[15:10] <Trevinho> seb128: it's fine, it was an experiment and I'm quite happy how it went given that it turned it into 3-4 upstream fixes, so had it relevance.
[15:10] <seb128> right
[15:10] <Trevinho> the floss again gained by the ubuntu user base :)
[15:15] <oSoMoN> Laney, earlier in the meeting you said firefox is in NEW, and you were right, there's a new binary package (firefox-locale-szl)
[15:16] <oSoMoN> it's blocked because it FTBFS on s390x anyway
[15:16] <Laney> oSoMoN: yeah, I should accept that but the s390x issue will still block it
[15:20] <Laney> ah there's xwayland in the queue too