14:01 <seb128> #startmeeting Desktop Team Weekly Meeting - 2020-04-28
14:01 <meetingology> Meeting started Tue Apr 28 14:01:10 2020 UTC.  The chair is seb128. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
14:01 <meetingology> 
14:01 <meetingology> Available commands: action commands idea info link nick
14:01 <seb128> Roll call:  didrocks, duflu (out), heather, jamesh (out), jibel, kenvandine (out?), laney (out?), marcustomlinson (out), oSoMoN, tkamppeter, trevinho, robert_ancell (out)
14:01 <didrocks> hey
14:01 <hellsworth> o/
14:01 <Laney> not out
14:01 <marcustomlinson> \o
14:01 <jibel> hola
14:01 <seb128> congrats on focal, feedback is looking good from what I saw
14:02 <kenvandine> o/
14:02 <oSoMoN> o/
14:02 <seb128> k, let's get started and try to fit in the half an hour
14:02 <seb128> #topic rls-bb-bug
14:02 <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-incoming-bug-tasks.html
14:02 <seb128> no desktop there
14:03 <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-tracking-bug-tasks.html
14:03 <seb128> bug #1874893
14:03 <ubot5> bug 1874893 in xdg-desktop-portal-gtk (Ubuntu) "Shouldn't hardcode gnome-software " [Medium,Triaged] https://launchpad.net/bugs/1874893
14:03 <seb128> kenvandine, looks like yours, please get it assigned to someone for bionic and focal
14:03 <seb128> and that's it for bionic
14:03 <seb128> #topic rls-ee-bug
14:04 <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ee-incoming-bug-tasks.html
14:04 <seb128> no desktop there
14:04 <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ee-tracking-bug-tasks.html
14:04 <seb128> bug #1853768 got nominated for 19.10
14:04 <ubot5> bug 1853768 in yaru-theme (Ubuntu Eoan) "Qt apps, like kid3-qt, which uses legacy icons "document-*.png", show them as normal document icon under Yaru theme" [Undecided,New] https://launchpad.net/bugs/1853768
14:05 <seb128> Dmitry unassigned himself in fact because focal is out and he has no interest is still SRUing
14:05 <seb128> I think we should wontfix
14:05 <Laney> yep
14:05 <hellsworth> agree
14:05 <seb128> also we should probably wontfix some other assigned items that didn't move
14:06 <seb128> I will review the list and talk to people outside the meeting
14:06 <seb128> probably not worth SRUing for 19.10 at this point
14:06 <seb128> #topic rls-ff-bug
14:06 <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ff-incoming-bug-tasks.html
14:07 <seb128> skipping the first which is incompelete
14:07 <seb128> bug #1874047 is fixed in .2 and that's going to be a a security update
14:07 <ubot5> bug 1874047 in webkit2gtk (Ubuntu) "20.04 - Software Boutique - No Filter drop-down placement" [High,In progress] https://launchpad.net/bugs/1874047
14:08 <seb128> I'm going to rls-ff-notfixing since it's handled by security already
14:09 <seb128> bug #1874556 is fix commited, just needs triaging
14:09 <ubot5> bug 1874556 in libreoffice (Ubuntu) "package libreoffice-common 1:6.4.2-0ubuntu3 failed to install/upgrade: trying to overwrite '/usr/lib/libreoffice/share/basic/Access2Base/Application.xba', which is also in package libreoffice-base 1:6.0.7-0ubuntu0.18.04.10" [High,Fix committed] https://launchpad.net/bugs/1874556
14:09 <seb128> (and SRU team to wake up)
14:09 <Laney> nominate/assign it
14:09 <Laney> wants sru template too no?
14:09 <seb128> well, the fix is in the queue without bug reference
14:10 <seb128> https://launchpadlibrarian.net/475819279/libreoffice_6.4.3-0ubuntu0.20.04.1_source.changes
14:10 <seb128> I don't know if it's worth rejecting/asking for a new upload to add one
14:10 <hellsworth> there is an open sru about 6.4.3
14:10 <seb128> right
14:10 <Laney> the bug referenced doesn't mention testing this scenario
14:10 <seb128> right, I mean I don't know if it needs to be formally included in the testing, but probably would be good to confirm it's tested
14:11 <seb128> Heather, can you update the bug to be SRU compliant?
14:11 <hellsworth> i'll double check that 6.4.3 fixes this
14:11 <seb128> and mention it in the test plan from 6.4.3
14:11 <seb128> thx
14:11 <hellsworth> ok
14:11 <seb128> I will accept the nomination
14:11 <seb128> bug #1865824
14:11 <ubot5> bug 1865824 in fprintd (Ubuntu) "Upgrade to 20.04 removes saved fingerprints" [Low,Confirmed] https://launchpad.net/bugs/1865824
14:12 <seb128> Brian raised it up, Marco tagged it so we can discuss as a team
14:12 <seb128> my opinion was to -1 it as a rls bug
14:12 <seb128> the format changed and a migration isn't trivial
14:12 <Trevinho> -1 as well :D
14:13 <seb128> it could be done but seeing that we had very few hardware supported and that fingerprint shouldn't be the only auth mechanism it seems low return value
14:13 <Trevinho> but should be actually a 0, while team should decide
14:13 <seb128> other opinions?
14:13 <oSoMoN> this should be mentioned in release notes though
14:13 <seb128> it is, see the bug
14:14 <Trevinho> also... we were discussing with Ben, that given the image devices will change in future (tm) comparison method, it would probably trigger another incompatibility. And that is for good.
14:14 <seb128> 'Due to database format changes fprintd will remove all saved fingerprints, please ensure you have another mechanism for logging in (http://launchpad.net/bugs/1865824). ' on https://wiki.ubuntu.com/FocalFossa/ReleaseNotes
14:14 <ubot5> Ubuntu bug 1865824 in fprintd (Ubuntu) "Upgrade to 20.04 removes saved fingerprints" [Low,Confirmed]
14:14 <Trevinho> so, if not this LTS the next anywyas
14:14 <didrocks> I think we shouldn’t plan to break it again as it seems we do though :/
14:15 <Laney> seems a bit unprofessional to do it, especially silently
14:15 <didrocks> migrating user settings is crucial if we say we are supporting upgrades but that’s just my opinion
14:15 <seb128> wait
14:15 <seb128> let's not start with futur potential issue here
14:15 <seb128> and focus on the current situation
14:15 <Trevinho> sure sure
14:15 <seb128> bionic didn't have fprintd pre-installed
14:15 <Trevinho> nope
14:16 <Trevinho> so not an LTS regression
14:16 <seb128> didrocks, Laney, you were speaking about bionic->focal upgrades or responding to Marco's futur plans comment?
14:16 <didrocks> so on that one, I would -1 on rls bugging it (but reluctantly :p)
14:16 <Laney> that's a dubious line in my opinion
14:16 <Laney> like, you can use something before
14:16 <Trevinho> yeah indeed was easy to install even in bionic
14:16 <Laney> but as soon as *we* bless it, we can break your previous setup and that's ok
14:16 <Laney> seems dodgy
14:16 <didrocks> just responding to "it’s ok to break it this time and btw, we will rebreak it"
14:17 <seb128> Laney, I don't think it's ok
14:17 <seb128> I'm just trying to be realistic on the resources we have and how we can spend them
14:17 <seb128> ideally I would like to see the bionic configs migrated as well
14:17 <seb128> anyway
14:17 <Laney> right, well I don't like the line of justification that's being used
14:17 <Trevinho> I can look at how time could be needed...
14:17 <seb128> please +1 0 -1
14:18 <Trevinho> as per Ben's isn't trivial, but I didn't try with code yet
14:18 <seb128> I see, sorry I should probably have avoided to give arguments
14:18 <oSoMoN> -1 but let's make sure we communicate clearly why (lack of resources)
14:18 <Laney> I would at least try to tell people when they upgrade or reboot after upgrading or something
14:18 <seb128> ignore those and let's just vote, I'm happy to be overruled
14:19 <Laney> +1 for doing *something* even if not migrating
14:19 <seb128> -1 from me for rls nomination
14:19 <seb128> I would still add it to lts-wishlist
14:19 <didrocks> as said -1 relunctantly, but given the constraints…
14:19 <seb128> k, it's a reject then
14:20 <seb128> Laney, sorry, I agree we should try to fix it and will mention that when I comment and tag it for the lts-wishlist
14:21 <Laney> bit of a bad path imho
14:21 <Laney> but that's the way of voting
14:21 <seb128> right
14:21 <seb128> moving on
14:21 <seb128> bug #1874091
14:21 <ubot5> bug 1874091 in ubuntu-release-upgrader (Ubuntu) "ubuntu-release-upgrader should use ubuntu-drivers and migrate people from nvidia-dkms to l-r-m" [Undecided,New] https://launchpad.net/bugs/1874091
14:22 <didrocks> l-r-m?
14:22 <seb128> the item there seems more for ubuntu-release-upgrader, it's not even clean what ubuntu-drivers-common change are expected?
14:22 <jibel> the report is a bit dry
14:22 <seb128> linux-restricted-modules I guess?
14:22 <Laney> yes
14:22 <didrocks> ah
14:22 <jibel> adding a rationale would help to have an opinion
14:22 <seb128> I will ask for details of what they expect from ubuntu-drivers
14:23 <Laney> I think ubuntu-drivers has all the functionality already
14:23 <seb128> good :)
14:23 <seb128> k, moving on
14:23 <seb128> bug #1874148
14:23 <ubot5> bug 1874148 in gnome-initial-setup (Ubuntu) ""I wish I knew how to quit you!"" [Undecided,New] https://launchpad.net/bugs/1874148
14:23 <seb128> that's a known bug/duplicate
14:24 <seb128> the quit item on the dock context menu works
14:24 <jibel> I like the title
14:24 <marcustomlinson> :D
14:24 <seb128> would be nice to fix but -1 to rls nominate for me
14:24 <seb128> indeed, nice title :)
14:24 <didrocks> well, that was a design decision, no?
14:25 <seb128> no, it was working in bionic iirc
14:25 <Laney> that was a bug
14:25 <seb128> we don't have a quit button on the UI by design
14:25 <jibel> yes but that was a bug
14:25 <didrocks> ah, I thought that was on purpose
14:25 <Laney> but it shouldn't show the non working quit
14:25 <seb128> but we said the item in the shell should work
14:25 <Laney> that is the bug here
14:25 <didrocks> ah ok. it’s only on the right click
14:25 <Laney> which is probably not rls
14:25 <didrocks> ack, got it, sorry
14:25 <didrocks> but yeah, not rls for me -1
14:26 <seb128> good, notfixing then
14:26 <seb128> bug #1869747 is incomplete, skipping
14:26 <ubot5> bug 1869747 in xorg-server (Ubuntu) "Recent changes have caused Xorg to fail to start. Possibly nvidia driver related." [Undecided,Incomplete] https://launchpad.net/bugs/1869747
14:26 <seb128> bug #1874207
14:26 <ubot5> bug 1874207 in mutter (Ubuntu) "Compiler warnings in x11-Add-support-for-fractional-scaling-using-Randr.patch" [Undecided,Confirmed] https://launchpad.net/bugs/1874207
14:26 <seb128> Trevinho, one for you?
14:26 <Trevinho> yep
14:27 <Laney> champagne wtf
14:27 <Trevinho> not sure is rls but..
14:27 <seb128> Daniel commented on some of the other fractional scalling/nvidia tickets that it has consequence on the behaviour of those bugs
14:27 <seb128> like he said the nvidia loosing signal happening randomly for him and is not random anymore when fixing the warning
14:27 <seb128> unsure why he just didn't submit a patch though...
14:28 <Trevinho> not sure about, need to check, I didn't notice, when compiling locally, but will handle those indeed
14:28 <seb128> Laney, and yeah, I'm going to talk to him about the tag use again I think...
14:28 <seb128> Trevinho, thx
14:28 <seb128> k, that's it for the incoming
14:28 <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ff-tracking-bug-tasks.html
14:28 <seb128> bug #1856410
14:28 <ubot5> bug 1856410 in ubiquity (Ubuntu Focal) "ubiquity prompts for a MOK password that it then does not use" [Undecided,Confirmed] https://launchpad.net/bugs/1856410
14:29 <Laney> oh we get ubiquity bugs now?
14:29 <seb128> no, ubuntu-drivers-common ones
14:30 <seb128> tseliot, could you look at the request from foundations there?
14:30 <seb128> unsure what to do with this one
14:30 <seb128> does anyone has an opinion?
14:31 <didrocks> opinon: the whole Mok enrolling experience is weird, you don’t really know what to do when rebooting
14:31 <didrocks> so not the most buggy of the experience IMHO
14:31 <hellsworth> opinion: seems like a real problem that should be fixed sooner than later
14:32 <hellsworth> nobody should be forced to use secure boot of all things
14:32 <Laney> it is a good one for .1
14:32 <Laney> if someone has the time
14:32 <seb128> I will ask foundations if they plan to work on it
14:32 <jibel> +1 for .1, many people install 3rsd party for nvidia and it doesn't require enrollment
14:32 <seb128> and maybe Alberto can do the u-d-c changes
14:32 <seb128> thx Laney, jibel
14:32 <seb128> k, that's it for bugs then
14:33 <seb128> #topic update_excuses_by_team.html#desktop-packages
14:33 <seb128> https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses_by_team.html#desktop-packages
14:33 <tseliot> seb128, it makes sense, and I can make those changes to u-d-c
14:33 <seb128> tseliot, thanks!
14:33 <seb128> I'm assigning to you then :)
14:33 <seb128> ^ I'm taking the opportunity to say that the new 'groovy' serie is open and autosync already started
14:34 <seb128> we are not going to review proposed item today, let's wait for the initial hit to settle down
14:34 <seb128> #topic AOB
14:34 <seb128> any other topic?
14:34 <didrocks> nothing for me
14:34 <seb128> one note from me
14:35 <Trevinho> all clear here
14:35 <seb128> I set up an hackish stripped down focal-versions script mostly for GNOME, to make easier to see what SRU to need to do on the LTS
14:35 <seb128> https://people.canonical.com/~platform/desktop/focal/desktop-packages.html
14:35 <seb128> I will probably make it update once a day which is enough for stable
14:36 <seb128> I do plan to clean up the code and put in a branch at some point but meanwhile if you would like some other package to be added or tweaks feel free to ping me
14:36 <seb128> I also added cards for GNOME SRU to the common board, they are tagged SRU, help would be welcome if some of you want to grab updates
14:36 <seb128> 
14:36 <seb128> that's it from me
14:36 <seb128> sorry we went slightly over the half hour
14:36 <seb128> anything else?
14:38 <seb128> seems not
14:38 <seb128> thanks!
14:38 <seb128> #endmeeting