13:30 <seb128> #startmeeting Desktop Team Weekly Meeting - 2020-05-05
13:30 <meetingology> Meeting started Tue May  5 13:30:43 2020 UTC.  The chair is seb128. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
13:30 <meetingology> 
13:30 <meetingology> Available commands: action commands idea info link nick
13:31 <seb128> Roll call:  didrocks, duflu (out), heather, jamesh (out), jibel, kenvandine, laney, marcustomlinson (out), oSoMoN, tkamppeter, trevinho, robert_ancell (out), callmepk
13:31 <Trevinho> o/
13:31 <kenvandine> o/
13:31 <callmepk> o/
13:31 <oSoMoN> o/
13:31 <marcustomlinson> \o
13:31 <hellsworth> o/
13:31 <Laney> |O|
13:31 <seb128> wooot, let's get started
13:32 <seb128> #topic rls-bb-bug
13:33 <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-incoming-bug-tasks.html
13:33 <seb128> no desktop entry
13:33 <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-tracking-bug-tasks.html
13:33 <seb128> everything assigned, wooot
13:34 <seb128> I'm going to skip -ee from now on, I don't think it makes sense to accept new things for that serie at this point
13:34 <kenvandine> makes sense
13:34 <seb128> we can still on special cases but probably doesn't need to be in the meeting
13:34 <seb128> #topic rls-ff-bug
13:34 <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ff-incoming-bug-tasks.html
13:35 <seb128> there are some 'noise' item (incomplete/already discussed&assigned), I will skip those
13:35 <seb128> bug #1876891
13:35 <ubot5> bug 1876891 in gnome-control-center (Ubuntu) "The fractional scaling toggle applies instantly and not when "Apply" is pressed" [Undecided,New] https://launchpad.net/bugs/1876891
13:36 <seb128> I think it's an issue we should fix but I wouldn't consider it as rls target
13:36 <seb128> it's a pretty specific case to pick a scaled value and then turn scaling off while it's selected
13:37 <seb128> and the impact is limited, scaling is wrong but you still have a display so it's easy enough to change the value in the UI
13:37 <Laney> is it?
13:37 <Laney> pick scaling, decide you don't want it, later want it again
13:37 <seb128> let's say we didn't get any report so far
13:37 <Laney> at that point you get the old value before you picked whatever you want at the new point
13:37 <seb128> I'm not discussing it's a bug, agreed it's not a nice behaviour
13:38 <seb128> it just didn't get reported/mentioned by other users yet and is easy to recover from
13:38 <seb128> anyway, that's my reasoning for giving a -1
13:38 <hellsworth> it seems like it should be fixed but maybe not super urgent
13:38 <seb128> I'm happy to be overulled
13:38 <Laney> here's what I think
13:38 <Laney> it's crap behaviour
13:38 <Trevinho> the problem is that we can't know the actual scaling value before activating it
13:38 <kenvandine> i'd say we want it fixed for .1
13:38 <Laney> and it's crap bugs that *we* introduced in a distro patch
13:38 <Laney> we should have a high bar for quality there
13:38 <Trevinho> so not really possible to do this... The only option is not to scale by default probably
13:39 <Laney> so I think we should be holding ourselves to a high standard here and accepting things like this
13:39 <seb128> Trevinho, well, from the settings the control could be smart enough to change the value to an int one before doing the gsettings toggling
13:39 <hellsworth> Laney makes a good argument.. i'm switching sides
13:40 <seb128> still, we don't have data showing that users noticed/that it's a thing people do
13:40 <Trevinho> seb128: mh, *could* but it goes through the DBusAPI so need to be consequent, so may still cause some visual lag
13:40 <seb128> anyway
13:40 <seb128> vote?
13:40 <seb128> -1 from me
13:40 <kenvandine> +1 from me
13:40 <Trevinho> by default it would pick an integer value though
13:40 <Trevinho> only if the user changed it previously it's a fractional, and imho this is fine
13:41 <hellsworth> +1
13:41 <Trevinho> -1
13:41 <Laney> +1
13:41 <oSoMoN> +1
13:41 <seb128> k, nominating
13:41 <seb128> kenvandine, do you think Robert can take on it since he added the UI?
13:41 <seb128> and it's g-c-c
13:41 <kenvandine> he's got other time sensitive stuff
13:42 <kenvandine> but it might be a quick fix
13:42 <seb128> unsure what would be a nice behaviour there
13:42 <Trevinho> not sure, unless we want 3 clicks to get it active
13:42 <Laney> I don't get why you have to fiddle with the value mutter knows about, it's just not connecting directly to the gsetting
13:42 <seb128> maybe simply disabling the off switch if a scaled value is selected?
13:42 <Trevinho> like -> toggle -> apply -> set scaling -> done
13:42 <Laney> it's completely fine to remember the previous setting, just don't apply it until they press apply
13:43 <Laney> so you can have a chance to change it
13:43 <Trevinho> no way unless we implement changing monitor.xml from g-c-c
13:43 <Trevinho> which isn't something we want
13:43 <seb128> maybe should just disable the toggle if a scaled value is selected?
13:44 <Trevinho> only option is to add other dbus APIs which I decided not to do not to move away from upstream
13:44 <Laney> discuss after
13:44 <seb128> right
13:44 <oSoMoN> yeah
13:44 <Laney> hopefully without the 'no way' kind of things
13:45 <seb128> bug #1876894
13:45 <ubot5> bug 1876894 in mutter (Ubuntu) "Scaling is not reverted properly (appears shrunk) when disabling fractional scaling" [Undecided,Confirmed] https://launchpad.net/bugs/1876894
13:45 <seb128> I vote +1 to this one
13:46 <Trevinho> +1
13:46 <hellsworth> +1
13:47 <Trevinho> ah, wait... MIGHT be WONTFIX for some things unfortnuately... as it depends on their toolkits
13:47 <Trevinho> like it's for qt (telegram) and sometimes firefox
13:47 <seb128> hum?
13:47 <Trevinho> same is already when you switch from 100% to 200%
13:47 <seb128> for me it's
13:47 <seb128> start session
13:47 <Laney> it works if you first pick 100% and then press apply
13:47 <seb128> -enable scaling, 125%
13:47 <seb128> disable the key
13:48 <seb128> and g-c-c is underscale
13:48 <seb128> resolution is 3200 in xrandr
13:48 <seb128> instead of 1900
13:48 <seb128> pick 100% and it's fine
13:48 <Trevinho> ah ok, that's fine then. g-c-c issue thouhg.
13:48 <Trevinho> not mutter, I can look at that.
13:49 <seb128> not g-c-c
13:50 <seb128> anyway, let's talk about this after the meeting
13:50 <Trevinho> k
13:50 <RoyK> I have an old laptop that hasn't been update for a while and I wanted to update it now, finding it's running 19.04 and nothing seems to want to update. Do I have to change repos?
13:51 <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ff-tracking-bug-tasks.html
13:51 <seb128> bug #1866088
13:51 <ubot5> bug 1866088 in gnome-control-center (Ubuntu Focal) "Problems with the Dock setting of "Show on" in the Appearance tab" [Undecided,Confirmed] https://launchpad.net/bugs/1866088
13:51 <oSoMoN> RoyK, we're in the middle of a team meeting here, hold on for a few minutes if you don't mind
13:52 <seb128> that's fix commited
13:52 <seb128> assigning to Marco, it's pending review in the focal queue
13:52 <RoyK> oSoMoN: np
13:53 <seb128> bug #1876334
13:53 <ubot5> bug 1876334 in zsys (Ubuntu Focal) "[Focal] zsys does not clear out old snapshots, potentially filling up bpool" [High,Triaged] https://launchpad.net/bugs/1876334
13:55 <seb128> jibel, you nominated that one, should be assigned to you or Didier?
13:56 <seb128> assuming they will :p
13:56 <seb128> #topic rls-gg-bug
13:56 <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-gg-incoming-bug-tasks.html
13:57 <seb128> no new bug on that list, either discussed or things to clean out as I said earlier
13:57 <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-gg-tracking-bug-tasks.html
13:57 <seb128> fix commited ones
13:57 <seb128> #topic update_excuses_by_team.html#desktop-packages
13:58 <seb128> Laney, want to do that one or should I? (I review the list earlier so I can do if you are not on top of it atm)
13:58 <seb128> https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses_by_team.html#desktop-packages
13:58 <Laney> I didn't look, feel free
13:58 <seb128> k
13:58 <seb128> fonts-teluguvijayam: needs a MIR
13:58 <seb128> I will do that, standard/easy font one
13:59 <seb128> some libreoffice issues, hopefully only usual armhf retries, some are queued let's see next week if it's still an issue
13:59 <seb128> libutempter needs investigating, I was going to poke at it
13:59 <seb128> gdk-pixbuf is failing but the tests are new / just been added in Debian
13:59 <seb128> the failures don't happen in Debian thoguh
13:59 <seb128> anyone interested to poke at that?
14:00 <seb128> libsoxr is a bit puzzling, it failed in focal and now again, failing to find pkg-config on i386, but it has one successful try on groovy which I don't explain
14:01 <seb128> it looks like it's not set up for crossbuild, dunno how it worked that one time :/
14:01 <oSoMoN> gdk-pixbuf: can do once I'm done with the firefox release and other things
14:01 <seb128> oSoMoN, thanks
14:01 <seb128> I will trello cards thing for reminder
14:02 <seb128> libsoxr would be nice to make cross build friendly if anyone want to poke, but meanwhile I mp a hint to reset the result on i386 I think
14:02 <seb128> it's not a regression
14:02 <seb128> a
14:02 <seb128> and that's it for proposed migration
14:02 <seb128> #topic AOB
14:02 <seb128> any other topic?
14:03 <Laney> some items were mentioned on one of the incoming lists which we keep skipping
14:03 <Laney> anything we can do to get those off?
14:05 <seb128> yes, I will get them off for next week, I had delayed assuming the .2 upload would clear off the list for us
14:05 <seb128> but that is taking time, we should probably just accept nomination for things pending upload to get them off the list
14:05 <Laney> cool thanks!
14:06 <seb128> np!
14:06 <Laney> yeah I usually nominate and assign when uploading SRUs
14:06 <Laney> for all the bugs fixed in that
14:06 <seb128> right
14:06 <seb128> thanks for pointing it out :)
14:06 <seb128> anything else?
14:06 <Laney> not from me
14:07 <seb128> (sorry, got some ping/side discussion going which created a bit of delay on the meeting)
14:07 <seb128> thanks everyone!
14:07 <seb128> #endmeeting