[08:00] <oSoMoN> good morning desktoppers
[08:17] <didrocks> good morning
[08:24] <oSoMoN> salut didrocks
[08:25] <didrocks> salut oSoMoN
[08:28] <jibel> Salut didrocks oSoMoN
[08:28] <oSoMoN> salut jibel
[09:02] <Laney> moin
[09:03] <willcooke> morning
[09:07] <didrocks> morning UK
[09:09] <seb128> good morning desktopers
[09:09] <didrocks> hey hey
[09:11] <oSoMoN> salut seb128
[09:11] <oSoMoN> hey Laney, willcooke
[09:16] <Laney> hi oSoMoN didrocks seb128 willcooke
[09:17] <seb128> hey Laney oSoMoN didrocks
[09:17] <seb128> how are things?
[09:17] <seb128> it's coooold here but sunny, very nice :)
[09:17] <seb128> (still -3°C atm)
[09:20] <seb128> cyphermox, hey. Is the modemmanager 1.10 update something you plan to look at/have time for, or should we try to find other resources to do it (oem has been waiting on it for a while)
[09:22] <seb128> oh, nice finally some activity on bug #1803031
[09:23] <seb128> 'Any user installing Ubuntu on UEFI systems and picking manual partitioning. This leads to an installation config that cannot be completed due to the missing partition not being detected until grub-installer runs at the end of the install '
[09:23] <seb128> doh!
[09:24] <Laney> yeah chilly here too, but also no sun
[09:25] <oSoMoN> sunny and much warmer than in Brussels here, all good :)
[09:26]  * Laney blows the cold air that way
[09:26] <Laney> you need to cool down
[09:44] <willcooke> anyone else seeing an appstream crash on boot?
[09:44] <willcooke> on D
[09:49] <willcooke> oh, yes, they are.  errors.u.c
[09:49] <Laney> not here (appstreamcli refresh-cache {,--force} works), but feel free to rls it
[09:50] <willcooke> I'll see if I can find a reliable reproducer
[09:55] <Laney> what's the error bucket / bug (ooi)?
[09:57] <willcooke> I've just deleted the crash file
[09:57] <willcooke> :)
[09:57] <willcooke> sec
[09:58] <Laney> ah never mind
[09:58] <willcooke> heh, can't reproduce now
[09:58] <willcooke> I will try and reinstall
[10:00] <Laney> there's a link somewhere to get to your errors.u.c reports
[10:00] <Laney> forgot where it is tho
[10:02] <willcooke> I'd guess it's this one
[10:02] <willcooke> https://errors.ubuntu.com/problem/4ef5f85498d4bd047bfad4678359b309130c6207
[10:02] <willcooke> but that could well just be me
[10:02] <willcooke> anyhoo, it's gone away now
[10:02] <willcooke> if I can make it come back I'll let you know
[10:03] <Laney> thx
[10:05] <Laney> washing machine man, brb!!!!
[13:31] <seb128> jamesh, weekly summary reminder
[14:02] <cyphermox> seb128: if you can do it, it will obviously go faster
[14:03] <cyphermox> (modemmanager)
[14:04] <seb128> cyphermox, how long is it likely to take if we don't do it? We don't have people doing nothing to assign to it so if we need to do it we need to find someone/assign/get it scheduled
[14:04] <cyphermox> it's debian, so it's not my work task. I don't know. It happens when I have the free personal time to take care of it.
[14:05] <seb128> right, but do you have any guestimate about when that might be?
[14:05] <cyphermox> none whatsoever
[14:05] <seb128> just so we can decide if it's something we might wait on
[14:05] <seb128> or if we need to find resources to do the work
[14:05] <seb128> sounds like we need to do the work then :)
[14:05] <seb128> thx!
[14:05] <seb128> cyphermox, also plymouth update? ;)
[14:06] <cyphermox> yeah
[14:06] <seb128> that is technically foundations
[14:06] <cyphermox> it is
[14:06] <cyphermox> that's definitely on my list
[14:06] <seb128> good
[14:06] <cyphermox> I should remind you of casper's a11y then :)
[14:06] <seb128> maybe we get some flicker free this cycle :)
[14:06] <seb128> haha, yeah I know about that one :p
[14:06] <seb128> but thx for the reminder!
[14:06] <cyphermox> I doubt it's going to make things flicker free
[14:06] <cyphermox> I mean, that's been the idea since forever
[14:07] <seb128> flicker free is there on uefi + skylake + recent kernel
[14:07] <cyphermox> yeah, but not for everything -- that's what I mean
[14:07] <seb128> (well, that was the talk from Hans at fosdem this w.e)
[14:07] <seb128> right
[14:07] <seb128> but that might cover some dell preinstalls
[14:07] <cyphermox> there's always something that is slightly off and doesn't apply to everyone
[14:07] <seb128> so make them happy
[14:07] <cyphermox> only skylake, or others too? kaby lake?
[14:08] <seb128> skylake+
[14:08] <seb128> so anything newer
[14:08] <cyphermox> nice.
[14:08] <cyphermox> then I should be able to see
[14:08] <seb128> :)
[14:08] <cyphermox> well.. my stuff has pretty much been flicker free for a while... but I know it isn't the case for everyone
[14:09] <seb128> well, the new flicker free keeps the vendor logo from bios on screen until gdm
[14:10] <seb128> because vendor logo to plymouth is a transition
[14:17] <Laney> do we need to change the plymouth theme for that or something?
[14:21] <ahayzen[m]1> Laney, for the flicker free boot stuff i think it comes from this commit in plymouth https://cgit.freedesktop.org/plymouth/commit/?id=a7ec3e65ba3db78656883732feb9af7cf7362f77 but there hasn't been a release since, so i would guess it'd be in 0.9.5 if that ever gets tagged
[14:22] <Laney> hi ahayzen[m]1
[14:22] <Laney> I was in the talk about that at the weekend
[14:22] <Laney> wondering if we need any changes on the ubuntu side
[14:23] <ahayzen[m]1> looks like it is a new theme as well, i don't know much i was just interested in the state of it as well so had looked into it recently.
[14:24] <Laney> k, worth finding the fosdem talk video then ;-)
[14:24] <ahayzen[m]1> i'll have to check it out :-D
[14:30] <seb128> ( we wrap up another meeting, desktop one starting in a few min)
[14:32] <seb128> Laney, we might have to change the config, need to check
[14:33] <seb128> (hold on, 3 more min max)
[14:33] <Laney> right, that's my q
[14:34] <Laney> hmm
[14:34] <Laney> some immediately adjacent meeting?
[14:34] <seb128> I'm supposed to co-work with Hans on friday, if that hold I ask him
[14:34] <seb128> yeah, we have one in the half an hour before the team one eveyr week
[14:34] <seb128> usually we wrap on time :p
[14:35] <Laney> might want to build in a gap
[14:35] <Laney> cool about asking hans
[14:36] <seb128> yeah, it was not an issue until DST but yeah, we should look at moving that
[14:36] <willcooke> sorry folks
[14:36] <seb128> done!
[14:37] <willcooke> #startmeeting Desktop Team Meeting 2019-02-05
[14:37] <meetingology> Meeting started Tue Feb  5 14:37:03 2019 UTC.  The chair is willcooke. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[14:37] <meetingology> Available commands: action commands idea info link nick
[14:37] <didrocks> hey
[14:37] <tseliot> o/
[14:37] <Trevinho> 0/
[14:37] <seb128> hey :)
[14:37] <oSoMoN> o/
[14:37] <jbicha> \o
[14:37] <andyrock> o/
[14:37] <willcooke> Roll call: andyrock, didrocks, duflu (out), jbicha, jamesh (out), jibel, kenvandine, laney, oSoMoN, seb128, tkamppeter, trevinho, robert_ancell (out)
[14:38] <willcooke> Could probably skip the roll call in future
[14:38] <kenvandine> o/
[14:38] <tjaalton> o/
[14:38]  * kenvandine likes the roll call
[14:38] <willcooke> then it stays :)
[14:39] <seb128> :)
[14:39] <willcooke> Right, 18.04.2 is in a couple of days, let's see what the bugs are like....
[14:39] <willcooke> BB incoming is clear:  http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-incoming-bug-tasks.html
[14:39] <willcooke> \o/
[14:39] <seb128> woot :)
[14:40] <willcooke> BB Tracking: http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-tracking-bug-tasks.html
[14:41] <willcooke> Looking to see if any of the "in progress" ones are critical for inclusion on the ISO
[14:41]  * Trevinho hopes the sru is approved soon 
[14:41] <seb128> gnome-shell ones would have been nice but it's too late for the point release which is due this week
[14:41] <Trevinho> although with all verifications could arrive late
[14:41] <willcooke> I think as an SRU is ok
[14:42] <seb128> it's too risky, the iso goes out this week
[14:42] <willcooke> vs being on the ISO I mean
[14:42] <willcooke> yeah
[14:42] <Laney> nothing new is going to get on there
[14:42] <seb128> and it doesn't need to be on the image imho
[14:42] <Laney> unless it causes actual fires
[14:42] <willcooke> in which case we can move on
[14:42] <seb128> we have 3 unassigned ones on the list
[14:42] <seb128> bug #1772811	
[14:42] <seb128> should be assigned to Trevinho probably, it's an easy patch that needs cherrypicking, we mentioned it previous week
[14:43] <willcooke> done
[14:43] <seb128> bug #1811225 for tjaalton
[14:43] <seb128> I take bug #1812683
[14:43] <seb128> well that one is probably rls-bb-notfixing, I don't think it's important enough
[14:44] <seb128> but I deal with it anyway
[14:44] <willcooke> thx seb128
[14:44] <seb128> np!
[14:44] <willcooke> CC incoming: http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-cc-incoming-bug-tasks.html
[14:44] <willcooke> clear
[14:44] <Trevinho> seb128: there aree follow up fixes with that... so need to be a little careful.
[14:44] <Laney> how did that rhythmbox thing get nominated?
[14:44] <seb128> fossfreedom did nominate it apparently
[14:45] <seb128> not a lot we can do to protect from those cases I guess :/
[14:45] <Laney> k, fossfreedom could you please avoid doing that unless you plan to actually upload the SRU (in which case assign it to yourself)?
[14:45] <seb128> out of asking nicely people to not do that
[14:45] <seb128> thx Laney :)
[14:45] <Laney> we use nominated bugs to track work in progres, the rls-XX-incoming tag is the entry point to that
[14:46] <Laney> not much other than ask nicely :>
[14:46] <Laney> next
[14:46] <willcooke> CC tracking: http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-cc-tracking-bug-tasks.html
[14:46] <willcooke> All assigned, except that rbox one which we already talked about
[14:46] <seb128> that looks clean (out of that same rb one)
[14:47] <seb128> :)
[14:47] <willcooke> DD incoming: http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-dd-incoming-bug-tasks.html
[14:47] <willcooke> Clear
[14:47] <willcooke> DD Tracking: http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-dd-tracking-bug-tasks.html
[14:48] <willcooke> All good too.
[14:48] <willcooke> Seems there aren't many bugs in DD yet :)
[14:48] <Laney> going to try to sync glib again soon ;-)
[14:48] <willcooke> On to proposed migrations...
[14:48] <willcooke> http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses_by_team.html#desktop-packages
[14:48] <seb128> haha
[14:48] <willcooke> Laney, :DD
[14:48] <seb128> I'm going to add fun with a poppler transition
[14:49] <seb128> (& new gstreamer)
[14:49] <kenvandine> *fun*
[14:49] <willcooke> oy
[14:49] <seb128> (& new GNOME now that .90 is out, j_bicha started on that)
[14:49] <seb128> sorry, that was probably AOB material
[14:49] <willcooke> emacs.. seb128 do I remember that you were going to poke at that one?  (in the proposed-migrations queue)
[14:49] <Laney> after jbicha uploads gnome-calculator the gtksourceview one can be dealt with
[14:49] <Laney> swapping it main
[14:49] <Laney> emacs needs newing
[14:50] <Laney> that package is coming up a lot lately ;-)
[14:50] <seb128> I can handle those archive admin things
[14:50] <seb128> yeah
[14:50] <willcooke> let's try and sort that in Malta.  See if we have more luck
[14:50] <willcooke> what's up with the gedit one?
[14:51] <willcooke> Just waiting on new version of the depends?
[14:51] <Laney> new api version of gtksourceview
[14:51] <willcooke> ah, kk
[14:51] <Laney> the other dependency of that needs to be moved over, is in progress
[14:51] <willcooke> roger roger
[14:51] <willcooke> ok, then bug wise we're in good shape.  Thanks!
[14:52] <willcooke> on to AOB
[14:52] <willcooke> #topic AOB
[14:52] <willcooke> ISO testing for 18.04.2 - please do some.
[14:52] <willcooke> jibel will post to the hub, and I'll share it around on social media
[14:53] <willcooke> Fixes of note include, well, lots of things, but copying the nvidia drivers on to the target
[14:53] <willcooke> so that they're available when you first boot
[14:53] <didrocks> nice!
[14:54] <willcooke> Malta - please add anything you want to meet about (either internal team stuff, or wider reaching) to the doc so that we can make sure it happens
[14:54] <willcooke> I think that's all the general notices
[14:54] <willcooke> anyone got anything else?
[14:54] <willcooke> 5...
[14:54] <seb128> I'm just going to mention that ff is coming
[14:55] <seb128> and GNOME is entering .90 so it's a good time to get onboard with packaging the new serie
[14:55] <seb128> I plan to spend some time on that next week at least
[14:55]  * Trevinho has shell side almost ready 
[14:56] <seb128> (that was it from me)
[14:56] <tjaalton> new xserver point-release should arrive within the next few weeks, mesa 19.0 end of month
[14:56] <willcooke> 👍
[14:57] <tseliot> as for Nvidia, the 418 series is going to replace the 410 series in 19.04
[14:57] <willcooke> nice!  Gamers kiss you
[14:57] <tseliot> :)
[14:57] <willcooke> tseliot, I still need to follow up on that PPA idea.  I will try and do that this week, failing that are you in Malta?
[14:58] <tseliot> willcooke: no, I'm not going, but I'm available for hangouts, or whatever works best
[14:58] <willcooke> tseliot, oki, thanks!
[14:58] <willcooke> kk, any more for any more?
[14:58] <willcooke> <1 min timeout>
[15:00] <willcooke> ok thanks all.
[15:00] <willcooke> #endmeeting
[15:00] <meetingology> Meeting ended Tue Feb  5 15:00:12 2019 UTC.
[15:00] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-desktop/2019/ubuntu-desktop.2019-02-05-14.37.moin.txt
[15:00] <Trevinho> Thanks!
[15:00] <oSoMoN> thanks!
[15:00] <seb128> thanks! :)
[15:02] <didrocks> thanks!
[15:48] <k_alam> Hi, good evening desktopers
[15:53] <k_alam> trevinho: Hi, I am not able to send any mail in unity mailing list...is there anything wrong ?
[16:21] <seb128> Trevinho, oh, while I'm thinking about it, https://gitlab.gnome.org/GNOME/nautilus/merge_requests/402 ... the fix might be wrong but there is something weird going on anyway, the shell search finds result when nautilus itself doesn't so the issue doesn't come down to "the shell provider is limiting its i/o use"
[16:21] <gitbot> GNOME issue (Merge request) 402 in nautilus "Respect recursive-search preference" [Closed]
[16:51] <k_alam> seb128: Hi, can you merge few already approved MR ?
[16:58] <Trevinho> seb128: so the shell uses tracker to search the user folder in the deep
[16:58] <Trevinho> seb128: there's no way that the shell could use recoursive search otherwise, if it's disabled
[16:58] <seb128> k_alam, hey, yes, it's already on my backlog to look at those
[16:59] <seb128> Trevinho, why isn't nautilus doing that as well then?
[17:00] <Trevinho> seb128: we should probably add another config option in nautilus in order to control the shell search preferences in case
[17:01] <seb128> Trevinho, I don't understand, why is nautilus not using tracker?
[17:01] <seb128> the problem is not the search shell
[17:01] <Trevinho> as otherwise if the user wants to search recusively from nautilus, also it would imply the shell to search always recursively...
[17:01] <seb128> it's the other way around here
[17:01] <seb128> the shell shows the correct result
[17:01] <seb128> so it's doing more querying than nautilus itself
[17:02] <Trevinho> ah, ok... And what's the setting for nautilus?
[17:02] <seb128> it works in nautilus if you clear and type again the same thing manually...
[17:02] <Trevinho> as if nautilus has the recursive search enabled, it should find result.. both the shell search and the nautilus search should use the same engine, might be weird if the nautilus normal search is badly initialized
[17:03] <seb128> I don't remember but i can check later once I'm back on disco, I don't have tracker on bionic so it's different (or maybe not?)
[17:03] <Trevinho> yeah, bionic should be diffeerent, as we use locate instead of tracker, but they idea is the same
[17:03] <seb128> trevinho, well to me there is a problem in the way nautilus handle the query when called from the shell overview
[17:03] <Trevinho> ah, actually no... Since locate is indexed, so might be enabled
[17:03] <seb128> also the upstream report is from a fc29 user
[17:04] <seb128> so it's not ubuntu specific
[17:04] <seb128> trevinho, you don't reproduce on your machine?
[17:04] <Trevinho> let me see
[17:04] <seb128> to me when I tried I search for a simple thing in the overview that had matches
[17:04] <seb128> e.g "log"
[17:04] <seb128> clicked on the "files" icon on left from the result
[17:04] <Trevinho> do you have the issue # handy?
[17:04] <seb128> it gave me an empty nautilus view
[17:05] <seb128> I clear the query and typed the same keywords and got results
[17:05] <seb128> Trevinho, https://gitlab.gnome.org/GNOME/nautilus/issues/854
[17:05] <gitbot> GNOME issue 854 in nautilus "nautilus window launched from nautilus search provider does not respect recursive_search preference" [2. Needs Diagnosis, 2. Rfc, Opened]
[17:05] <seb128> well see the description
[17:06] <seb128> it's fine to say "we don't do recursive by default because the shell provider would crawl disk"
[17:06] <seb128> but the bug as described is that the shell does find matches
[17:06] <seb128> and the nautilus view doesn't
[17:06] <seb128> so it's not the shell reducing what it does
[17:15] <k_alam> seb128: Thanks. I already made a small list of those if it helps: https://paste.ubuntu.com/p/FGbHgSyWMm/
[17:17] <seb128> k_alam, thx
[17:17] <seb128> k_alam, compiz has been uploaded I think so you can remove that one from the list
[17:19] <Trevinho> seb128: I've updated the bug, per me is not a bug as per how we discussed things, as we should consider the shell search as something different from nautilus search, even if actually it uses the same code and backend, but user-wise he should not be aware of this difference let's say.
[17:24] <seb128> Trevinho, thx, to me the behaviour doesn't make sense, I commented back
[17:25] <seb128> Trevinho, also I'm still not on disco but i'm pretty sure the search was configured to be recurse in 'local' and that it would find result if you clear and type again
[17:25] <seb128> trevinho, so it's not a config, just that when called from the shell overview it fails to query as it would when keyboard typing the same thing, maybe an init problem
[17:26] <Trevinho> seb128: mh, ok this could be different
[17:27] <Trevinho> in case do also an ubuntu bug so we can track it more
[17:27] <seb128> Trevinho, don't worry about it for now, maybe I show you in Malta. That's not a priority but I don't think it should be dismissed on the cover of settings/configs
[17:27] <seb128> k
[17:57] <didrocks> hum, the Shell changed }, to } again :/
[17:57] <didrocks> rebasing is a PITA
[18:10] <seb128> :(
[18:11] <didrocks> enough for today anyway, let's continue this tomorrow
[18:12] <didrocks> bye bye!
[18:48] <Trevinho> seb128: can you please approve the disco request for https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1772811 (since we track it in bionic, but we need to release a change on disco too first, coming with next upstream). So, just to remember...
[18:56] <seb128> done marco
[19:58] <willcooke> I'd forgotten how slow FDE via LVM is
[19:59] <xnox> is your VM set to use unsafe io?
[19:59] <willcooke> it's a real machine
[19:59] <willcooke> it's the haunted laptop
[20:00]  * willcooke RIMs and reboots
[20:01] <willcooke> woot, another ISO test works
[20:01] <willcooke> and now the machine is up and running, it feels pretty smooth
[20:35] <willcooke> that'll do for tonight
[20:35] <willcooke> night all
[22:18] <jbicha> andyrock: is there a bug tracking when we can drop this patch: https://salsa.debian.org/gnome-team/gnome-disk-utility/blob/debian/master/debian/patches/hide-snaps.patch ?
[22:29] <seb128> jbicha, looks like that was fixed a while ago, https://github.com/snapcore/snapd/commit/484104a7 so probably worth trying without the patch to see if those are still ignored correctly
[22:30] <jbicha> ok