[01:28] <callmepk> morning
[01:42] <jamesh> morning callmepk 
[01:47] <pieq> Morning everyone!
[01:47] <pieq> jamesh, are you the jamesh quoted in this Raspberry Pi post? https://www.raspberrypi.org/forums/viewtopic.php?t=274595
[01:48] <pieq> duflu, hey, I've seen your name in https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/363
[01:48]  * jamesh looks
[01:49] <duflu> pieq, yeah I wrote a fix and it was closed because other people already had... and then nobody's fix landed :/
[01:49] <pieq> duflu, do you know what's the status for this? It's really super annoying. I have a 4k screen, I created 2 desktop files to run Firefox with different profiles, but when I search "Firefox", I get "Firefo… Firefo…"
[01:49] <pieq> FFS!
[01:49] <jamesh> pieq: no.
[01:49] <pieq> jamesh, OK :) When I saw "JAMESH", it rang a bell :)
[01:50] <duflu> pieq, please subscribe to bug 968213 for that
[01:50] <duflu> Yeah 6 digits 
[01:50] <pieq> duflu, thanks
[01:50] <pieq> damn...
[01:50] <duflu> Also good morning callmepk, jamesh, pieq 
[01:50] <pieq> I remember reading somewhere (probably OMG!Ubuntu) that this issue would finally be fixed with 3.36.... and... nope.
[01:50] <pieq> duflu, g'day!
[01:51] <duflu> Yeah people really dropped the ball. I keep meaning to remind them but then more important issues come up instead
[01:52] <jamesh> pieq: that appears to be someone else with the title "Principal Software Engineer at Raspberry Pi (Trading) Ltd."
[01:54] <pieq> duflu, I recently got a 4k screen, and I ran into a lot of small yet annoying problems
[01:54] <pieq> "First World problems", I guess, but still, it's annoying.
[01:57] <sarnold> pieq: after many months of squinting at terribly tiny things in firefox for months, I recently found that there's a setting in the View | Zoom menu for "zoom text only", and things are WAY BETTER after I unchecked that
[01:57] <sarnold> pieq: hit alt v, z, then there it is for you to toggle :)
[01:57] <pieq> sarnold, I just set the default zoom to 133% in the preferences
[01:58] <sarnold> opoh there's a default zoom?
[01:58] <pieq> sarnold, cause I was finding myself Ctrl+Scroll Up all the time
[01:58] <pieq> even on 1080p screen
[01:58] <pieq> sarnold, yes, found that out after I got my 4k screen :D
[01:58] <sarnold> pieq: <3 thanks :D
[01:59] <pieq> I had the hope that fractional scaling would work well on Wayland, but it doesn't work well (at least with amdgpu). Yet 200% is really too big
[02:00] <duflu> pieq, try Gnome Tweaks > Fonts > Scaling Factor
[02:00] <pieq> so I settled with 100%, then tweaking GNOME (using a big cursor from the Accessibility options, then pushing Font Scale Factor to 1.4 in GNOME Tweaks)
[02:00] <pieq> duflu, hehe :)
[02:00] <pieq> Yes, it works well, but it's not ideal
[02:00] <duflu> pieq, I'm going to jump in the deep end and try to switch to 4K this year
[02:01] <duflu> Hopefully that will motivate me to fix things quickly
[02:02] <pieq> duflu, haha, that's the thing: we should offer the HW that we have issues with to Ubuntu developers in the hope that these problem annoy them enough to get them to be fixed :D
[02:02] <callmepk> hi duflu jamesh pieq 
[02:03] <pieq> hi callmepk !
[02:03] <pieq> 早安！ :)
[02:06] <callmepk> pieq 早晨！；）
[02:09] <pieq> callmepk, ha! 我不會寫香港的繁體中文！ :D
[02:13] <callmepk> pieq Actually Hong Kong have two sets of writing system: Written Cantonese and Written Chinese so actually it's the same ;)
[02:18] <pieq> callmepk, you mean Cantonese Vs. Mandarin? When I go to HK, I can recognize if something is written in Cantonese cause I don't understand anything :D
[02:18] <pieq> (whereas in Mandarin I still don't understand much, but more than written Cantonese :D)
[02:24] <callmepk> pieq No, hong kong also use Traditional Chinese, but there is two written form: one is Madarin that is the official one and nearly same as Taiwan; the other is Cantonese: https://en.wikipedia.org/wiki/Written_Cantonese Wiki for reference
[02:26] <pieq> callmepk, oh, thanks, I wasn't aware about this!
[02:29] <callmepk> you are welcome
[04:38] <jibel> morning world
[05:04] <duflu> Hi jibel 
[05:05] <jibel> Hello duflu 
[06:06] <callmepk> hi jibel 
[06:14] <didrocks> good morning
[06:16] <seb128> goood morning desktopers
[06:16] <callmepk> good morning didrocks seb128 
[06:16] <seb128> hey callmepk, how are you?
[06:17] <callmepk> I am good, and you seb128 ?
[06:17] <seb128> I'm a bit tired today but fine otherwise, coffee should help there :)
[06:20] <didrocks> salut seb128, bon retour :)
[06:20] <didrocks> hey callmepk 
[06:21] <seb128> lut didrocks, merci!
[06:23] <seb128> Trevinho, jamesh, kenvandine, marcustomlinson, jibel, robert_ancell, weekly summary reminder
[06:26] <jibel> salut seb128 
[06:30] <duflu> Hi didrocks and seb128 
[06:31] <didrocks> hey duflu 
[06:55] <marcustomlinson> morning desktoppers
[07:18] <oSoMoN> good morning desktoppers
[07:18] <didrocks> hey oSoMoN 
[07:18] <oSoMoN> salut didrocks 
[07:31] <duflu> Hi marcustomlinson and oSoMoN 
[07:44] <oSoMoN> hey duflu 
[07:45] <oSoMoN> morning marcustomlinson 
[07:46] <marcustomlinson> hey oSoMoN
[08:02] <Laney> sup
[08:24] <duflu> Hi Laney
[08:28] <didrocks> hey hey Laney 
[08:29] <marcustomlinson> hey hey hey Laney
[08:30] <Laney> |o/ duflu didrocks marcustomlinson 
[08:30] <Laney> that's me waving distantly
[08:30] <duflu>    \o\
[08:31] <duflu>    /🙃/
[08:33] <oSoMoN> hey Laney 
[08:37] <Laney> 👋 oSoMoN 
[08:40] <ricotz> hello desktopers!
[08:47] <duflu> Hi ricotz 
[09:00] <Laney> 👏 ricotz 
[09:38] <oSoMoN> hey ricotz 
[09:52] <ricotz> hey duflu Laney oSoMoN 
[09:53] <ricotz> oSoMoN, hi, in case you have some changes for firefox to merge back, please do so
[11:06] <oSoMoN> ricotz, done (the only branch that had relevant changes was the groovy one)
[11:07] <ricotz> oSoMoN, why doesn't this apply to the other series?
[11:07] <oSoMoN> ricotz, because it's python3-specific
[11:08] <ricotz> I am not a fan of diverging the branches if it can be avoided
[11:08] <oSoMoN> I mean, I suppose applying it to the other series wouldn't hurt, I haven't tested tbh
[11:08] <oSoMoN> and I've been using the script in the groovy branch to create tarballs lately
[11:09] <oSoMoN> ricotz, you're right, I'll test that the change doesn't have unexpected side effects with python2, and if it doesn't I'll apply it to the other series
[11:09] <ricotz> I see, you were claiming it being a regression in the changelog, so this really should apply everywhere
[11:10] <ricotz> I have ran it in groovy-only too :(
[11:13] <ricotz> oSoMoN, jfyi, there will be fun with s390x and icu again
[11:13] <oSoMoN> :/
[11:14] <ricotz> do you know anyone running the current build on s390x?
[11:14] <ricotz> afaict it is likely to be broken anyway
[11:15] <ricotz> https://bugzilla.mozilla.org/show_bug.cgi?id=1264836
[11:25] <oSoMoN> ricotz, s390x has been broken for as long as I can remember anyway, it's building but not actually starting
[11:26] <ricotz> correct
[11:40] <xnox> ricotz:  oSoMoN: i can help provide the big endian datafiles, which firefox then can just commit
[11:41] <xnox> ricotz:  oSoMoN: or they should stop building external data files, and just compile them into the shared library. That way they just dlopen built-in libicudata without external dat file, and it will always be in the correct indianness
[11:41] <xnox> ricotz:  oSoMoN: it's not like it is common to ship firefox builds for more than one architecture and share the file on end-users disk.
[11:50] <oSoMoN> xnox, I'm not familiar with that bug , but I see that there's a reference to an ICU bug: "Not enough.  We don't put big endian's dat file into our tree because it is no way to create it on little endian environment.  If http://bugs.icu-project.org/trac/ticket/11046 is fixed, we can generate it and include it."
[11:50] <oSoMoN> unfortunately that link is dead, so I don't know whether that ICU bug was fixed
[11:54] <xnox> https://unicode-org.atlassian.net/browse/ICU-11046
[11:54] <xnox> i think is the new thing
[11:54] <xnox> or not
[13:26] <hellsworth> good morning desktopers
[13:27] <oSoMoN> good morning hellsworth 
[13:28] <hellsworth> hi oSoMoN 
[13:31] <Wimpress> Good afternoon desktoppers o/
[13:31] <seb128> hey :)
[13:31] <kenvandine> hey
[13:31] <Wimpress> Shall I run this one or does kenvandine want to? :-)
[13:32]  * Wimpress emerges from all things Ubuntu Core and appliances
[13:32] <didrocks> hey Wimpress 
[13:32] <kenvandine> Wimpress: you can have a turn :)
[13:32] <Wimpress> OK
[13:32] <oSoMoN> hey Wimpress 
[13:32] <Wimpress> #startmeeting Desktop Team Weekly Meeting - 2020-06-02
[13:32] <meetingology> Meeting started Tue Jun  2 13:32:43 2020 UTC.  The chair is Wimpress. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[13:32] <meetingology> Available commands: action commands idea info link nick
[13:32] <Wimpress> Roll call:  didrocks, duflu, hellsworth, jamesh, jibel, kenvandine, Laney, marcustomlinson, oSoMoN, seb128 , tkamppeter, Trevinho, robert_ancell, callmepk
[13:33] <hellsworth> o/
[13:33] <kenvandine> o/
[13:33] <Trevinho> o/
[13:33] <oSoMoN> o/
[13:33] <marcustomlinson> o/
[13:33] <seb128> o/
[13:34] <Wimpress> Hi all o/
[13:34] <Wimpress> We'll cover LTS' first.
[13:34] <Wimpress> #topic rls-ff-bugs
[13:34] <Wimpress> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ff-incoming-bug-tasks.html
[13:35] <Wimpress> http://launchpad.net/bugs/1881364
[13:35] <seb128> it's a KDE issue with manually installed packages, I don't think our team should consider that as a rls target
[13:35] <seb128> I vote -1
[13:36] <Wimpress> Yeah, Lubuntu.
[13:36] <hellsworth> i agree too. it's only Lubuntu
[13:36] <hellsworth> should i not but Lubuntu/Kubuntu/etc in incoming tags?
[13:36] <hellsworth> i wasn't sure so i did it anyways
[13:36] <Wimpress> I've dropped RLS
[13:37] <Wimpress> https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/1869747
[13:37] <seb128> depending if you consider there is a reason our team should be concerned by the issue
[13:37] <seb128> we can always discuss it
[13:37] <hellsworth> hmm ok seb128 thanks
[13:38] <seb128> Wimpress, that one is incomplete, I would just wontfix for now unless it proove to be a real issue and got the informations requested
[13:38] <Wimpress> Yep.
[13:39] <Wimpress> Done.
[13:39] <Wimpress> And updated.
[13:39] <Wimpress> http://launchpad.net/bugs/1872527
[13:40] <seb128> incomplete as well and I think the server team is on it
[13:40] <Wimpress> We see this because we seed the spice agent in the desktop image, right?
[13:40] <didrocks> yes
[13:40] <Laney> phew
[13:41] <Wimpress> Yep, I'll just leave that one for now.
[13:41] <Trevinho> so it seems, I wouldn't shocked if mutter has something to do either too
[13:41] <Trevinho> but let's wait
[13:42] <Wimpress> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ff-tracking-bug-tasks.html
[13:42] <seb128> that was reported before .2 landed which fixes some clipboard issues I think?
[13:42] <seb128> would be worth testing with the current versions
[13:42] <Wimpress> http://launchpad.net/bugs/1864307
[13:43] <seb128> one for kenvandine
[13:43] <Wimpress> kenvandine: You seem to be on that.
[13:44] <kenvandine> yup
[13:44] <Wimpress> I've assigned you to the gnome-software entries.
[13:44] <Wimpress> https://bugs.launchpad.net/mutter/+bug/1877075
[13:44] <Wimpress> Daniel seem to be on that.
[13:44] <seb128> right
[13:45] <Wimpress> http://launchpad.net/bugs/1876065
[13:46] <Wimpress> Fix is in proposed.
[13:46] <seb128> right
[13:46] <Wimpress> Should we assign this to Kai
[13:46] <Wimpress> For focal.
[13:46] <seb128> sure
[13:46] <seb128> I usually don't bother reviewing the "fix commited' ones
[13:46] <seb128> in the meeting I mean
[13:47] <seb128> s/I/we
[13:47] <Wimpress> OK
[13:47] <Wimpress> http://launchpad.net/bugs/1874091
[13:48] <seb128> the focal line should probably be assigned to Alberto and that's it from our side
[13:48] <Wimpress> Should that be owned by FOundations?
[13:48] <Wimpress> Done.
[13:48] <seb128> we own ubuntu-drivers-common
[13:49] <seb128> so that's for us to triage
[13:49] <seb128> the u-r-u part is for foundations
[13:49] <Wimpress> Yep
[13:49] <Wimpress> https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers-440/+bug/1881137
[13:50] <Wimpress> Looks like we need to assign someone for common-drivers in the above?
[13:50] <seb128> tseliot I guess?
[13:50] <seb128> alo why is that component line washed out?
[13:51] <Wimpress> Because "undedcided"?
[13:51] <oSoMoN> Alberto marked the bug as not affecting ubuntu-drivers-common today
[13:51] <Laney> I think that means it got deleted
[13:51] <Wimpress> Yep, just saw that.
[13:52] <oSoMoN> s/today/yesterday/
[13:52] <oSoMoN> (I seem to be living in the past)
[13:52] <Wimpress> http://launchpad.net/bugs/1879475
[13:52] <seb128> I'm dealing with that one
[13:52] <Wimpress> OK
[13:52] <Wimpress> Just saw.
[13:53] <seb128> it's a SRU that was in the queue and got reviewed while I was off
[13:53] <seb128> I need to sort it out, it's on my todo for today
[13:53] <Wimpress> OK.
[13:53] <Wimpress> http://launchpad.net/bugs/1875665
[13:53] <seb128> that's being fixed in the kernel side
[13:53] <Wimpress> Looks like Seth is on that.
[13:53] <seb128> the rtkit line can probably be deleted
[13:54] <seb128> or marked invalid
[13:55] <Wimpress> Everything else that is Unassigned appears to be Fix commited for focal.
[13:55] <seb128> great :)
[13:55] <Wimpress> #topic rls-bb-bugs
[13:55] <Wimpress> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-incoming-bug-tasks.html
[13:55] <Wimpress> All clear.
[13:56] <Wimpress> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-tracking-bug-tasks.html
[13:56] <Wimpress> http://launchpad.net/bugs/1880832
[13:56] <Wimpress> That looks like one for Patrick.
[13:56] <seb128> +1
[13:57] <Wimpress> Done
[13:57] <Wimpress> https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1881094
[13:58] <Wimpress> paulseaudio is now marked invalid.
[13:59] <Wimpress> I think that concludes Bionic.
[13:59] <Wimpress> #topic rls-gg-bugs
[13:59] <Wimpress> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-gg-incoming-bug-tasks.html
[13:59] <Wimpress> http://launchpad.net/bugs/1881699
[14:01] <Wimpress> Look fresh an jibel is triaging.
[14:01] <seb128> only one report, pulseaudio didn't change since focal
[14:01] <seb128> I would notfixing it at this point
[14:01] <Wimpress> Look like it is more kernel related.
[14:02] <kenvandine> probably
[14:02] <Wimpress> sound open firmware
[14:02] <Wimpress> I'll leave it for now.
[14:02] <Wimpress> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-gg-tracking-bug-tasks.html
[14:03] <Wimpress> Only 1 and it is fix committed.
[14:03] <Wimpress> seb128: Do you want to review EE?
[14:04] <seb128> no
[14:04] <seb128> we stopped doing that a while ago
[14:04] <Wimpress> Good.
[14:04] <Wimpress> #topic update_excuses_by_team.html#desktop-packages
[14:04] <Wimpress> https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses_by_team.html#desktop-packages
[14:05] <Wimpress> glib2 lolz
[14:05] <seb128> well, it's mostly waiting for results
[14:05] <seb128> I can handle that section
[14:05] <Wimpress> Yep.
[14:05] <Laney> big ol queue at the minute
[14:05] <Laney> one of the cloud regions is fubared
[14:05] <Wimpress> Ah.
[14:06] <seb128> pulseaudio started failing a test on risc64, including on focal which blocks the oem SRU, great :/
[14:06] <Wimpress> Is there anything meaningful in that list right now?
[14:06] <seb128> ideally it would need debugging
[14:06] <seb128> n-m/netplan/arm64 seems real and need debugging
[14:07] <seb128> Trevinho, could you look at the mutter build issue?
[14:07] <Trevinho> seb128: ok
[14:07] <seb128> thx
[14:07] <seb128> we will also probably need to investigate some of the xorg and glib reported regression
[14:08] <seb128> I will card things, please grab in the trello if you can
[14:08] <seb128> Wimpress, that should be it I think for today
[14:08] <Wimpress> Yep.
[14:08] <Trevinho> weird that mutter built properly in my schroot, while failed in various archs including amd65
[14:09] <Trevinho> 4*
[14:09] <Wimpress> #topic AOB
[14:09] <Wimpress> ANyone have anything else they want to discuss?
[14:09] <didrocks> nothing for me
[14:09] <Trevinho> As per gnome-shell .2. Yeah, unfortunately .2 is blocked, while .3 should have been out already (reason why I waite but actually florian is busy still. Not sure if to get the debian git snapshot to focal as well. Or wait some more days...
[14:10] <Wimpress> Trevinho: Is there a good reason to grab a snapshot now?
[14:10] <Trevinho> eh, there are already lots of nice fixes in .2 that we're still missing as it also included also (from my POV) minor regressions
[14:10] <Wimpress> Right.
[14:10] <seb128> Trevinho, wait for .3 if you think it's going to be out in the next week or so, otherwise snapshot I would say
[14:11] <Trevinho> so, we're getting a bit late, and not sure what upstream times are... as at my question there was no date answered
[14:11] <Wimpress> What would you like to do Trevinho?
[14:12] <Trevinho> I'd define a final date, if we've not a .3, we go with the snapshot
[14:12] <Trevinho> so like... maybe thu?
[14:13] <seb128> +1
[14:13] <Wimpress> If you have confidence in a snapshot release, I'm fine with it.
[14:13] <Trevinho> debian unstable has it for few days already FWIW, so.. some testers already
[14:13] <seb128> or cherry pick the regresion fix for the issue blocking .2?
[14:14] <Trevinho> seb128: I had that done, then I saw debian having a snapshot, while the .3 in theory would be coming Sat, so I said myself to wait
[14:14] <Trevinho> but... 
[14:14] <seb128> nag floriqn and let(
[14:15] <seb128> nag florian and let's discuss again on,thursday
[14:15] <Wimpress> +1
[14:15] <Wimpress> Anyone else have anything to discuss?
[14:16] <seb128> no
[14:16] <Wimpress> Looks like a no :-)
[14:16] <Wimpress> OK, thanks everyone.
[14:16] <seb128> thanks!
[14:16] <hellsworth> thanks
[14:16] <Wimpress> #endmeeting
[14:16] <meetingology> Meeting ended Tue Jun  2 14:16:53 2020 UTC.  
[14:16] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-desktop/2020/ubuntu-desktop.2020-06-02-13.32.moin.txt
[14:16] <marcustomlinson> thx
[14:35] <didrocks> Laney: putting appstream-doc to universe isn’t enough apparently. I’ll look at hilight.js
[14:35] <Laney> didrocks: it migrated didn't it?
[14:36] <Laney> https://people.canonical.com/~ubuntu-archive/component-mismatches.svg HHUUHH
[14:36] <didrocks> Laney: it did, but it still have hilight.js in component-mismatches
[14:36] <didrocks> yeah!
[14:37] <Laney> don't understand why
[14:37] <didrocks> I didn’t look into it, I’ll try tomorrow
[14:37] <didrocks> just blindly demoted -doc without reminder :)
[14:37] <didrocks> and saw it migrated, so I though c-m was good
[14:45] <Laney> I think it probably needs an Extra-Exclude in the seeds
[15:41] <seb128> didrocks, Laney, thx for the demotion, I did demote it before being away but I always forget that doing in in the release is not enough to fix proposed
[15:54] <Laney> nod
[15:54] <Laney> just pushed the seed change, hopefully that works
[19:50] <hellsworth> kenvandine: would you pretty please restart this test for me: http://autopkgtest.ubuntu.com/request.cgi?release=groovy&arch=arm64&package=netplan.io&trigger=network-manager/1.24.0-1ubuntu2
[19:51] <kenvandine> hellsworth: sure
[19:55] <hellsworth> thanks