[06:05] <didrocks> good morning
[06:27] <duflu> Morning didrocks
[06:43] <didrocks> hey duflu
[07:09] <seb128> goooooood morning desktopers
[07:09] <didrocks> salut seb128
[07:10] <seb128> lut didrocks, comment ça va aujourd'hui ? c'est fini la caninule ? ;)
[07:10] <didrocks> oui, enfin! Pour la première fois, on passe sous les 25.8 à la maison :)
[07:13] <duflu> Good morning seb128
[07:13] <seb128> :)
[07:13] <seb128> hey duflu, how are you?
[07:13] <duflu> At least it was till I noticed the Nvidia driver isn't working on eoan
[07:13] <seb128> oh, what changed?
[07:13] <duflu> seb128, not sure. Investigating...
[07:13] <duflu> How are you seb128?
[07:13] <seb128> not working like not giving you a session? or going to software rendering?
[07:14] <seb128> I'm good, a bit tired but working on it with coffee :)
[07:14] <duflu> The kernel driver is never built/installed at least
[07:14] <duflu> And there are no /dev/dri/*
[07:20] <seb128> tseliot, ^ hey, is that a known issue do you know?
[07:21] <duflu> Let me purge and reinstall it
[07:21] <duflu> This might be a problem for early adopters only
[07:22] <duflu> seb128, tseliot, looks like nvidia-430 can't build the kernel driver with gcc-9 on eoan :(
[07:22] <seb128> right, that was going to be my guess, new gcc
[07:23] <oSoMoN> good morning desktoppers
[07:23] <duflu> oSoMoN, Morning
[07:24] <duflu> seb128, oh, umm, that's a DKMS bug someone else reported today and I mostly glossed over
[07:24] <duflu> let me find that
[07:25] <seb128> bug #1835540 ?
[07:28] <duflu> seb128,  bug 1835764
[07:29] <seb128> ah, that's the same issue the n-m autopkgtest are hitting that I just mentioned on #ubuntu-devel
[07:29] <seb128> thx
[07:31] <duflu> Now bug 1830961
[07:33] <duflu> doko, since you're uploading in that area :) ^^^
[07:37] <duflu> Give me a couple of minutes to verify and I'll paste a workaround
[07:37] <marcustomlinson> morning all
[07:37] <duflu> Morning marcustomlinson
[07:38] <seb128> hey marcustomlinson, how are you?
[07:40] <marcustomlinson> seb128: bit tired from repeatedly not going to bed at a reasonable hour :P but still good. Yourself?
[07:41] <seb128> a bit the same, yesterday was a bit cahotic as a day
[07:41] <seb128> but should be alright after that coffee :)
[07:42] <marcustomlinson> hmm, that's a good point, my wife switched us all to decaf... That could explain things
[07:43] <marcustomlinson> even the tea is decaf
[07:44] <didrocks> hey marcustomlinson, oSoMoN
[07:46] <oSoMoN> hey didrocks, marcustomlinson, duflu, seb128
[07:48] <seb128> lut oSoMoN, en forme ?
[07:48] <seb128> marcustomlinson, that doesn't help much to kick a start of day kick :p
[07:51] <seb128> jamesh, kenvandine, weekly summary post?
[07:54] <oSoMoN> seb128, on fait aller… et toi?
[07:54] <seb128> oSoMoN, ça va !
[07:55] <seb128> oSoMoN, "on fait aller" doesn't sound great, I hope you are fine
[07:56] <oSoMoN> yeah, I'm fine, but I have a whole family conspiring to prevent me from working, that's frustrating
[07:56] <seb128> I know the feeling, good luck!
[08:02] <Laney> HI!
[08:03] <didrocks> hey Laney
[08:03] <Trevinho> HEY!
[08:03] <doko> duflu: please see the announcement from amurray and contact the security team for the hardening changes
[08:04] <seb128> hey Laney Trevinho
[08:04] <duflu> Hi Trevinho
[08:04] <oSoMoN> GOOD MORNING Laney AND Trevinho
[08:04] <duflu> doko, any hints where?
[08:04] <Trevinho> hiiiiii seb128, duflu and oSoMoN!
[08:05] <doko> duflu: https://lists.ubuntu.com/archives/ubuntu-devel/2019-June/040741.html
[08:05] <duflu> Ta
[08:06]  * duflu wonders why he doesn't get those emails
[08:07] <seb128> duflu, not surpribed to the list?
[08:07] <Laney> moin didrocks Trevinho doko seb128 duflu oSoMoN
[08:07] <Laney> hope you are all well
[08:08] <duflu> Yeah it looks like something I used to be on, but apparently not
[08:08] <Trevinho> yes Laney and morning you too
[08:09] <duflu> Still, it would have been easy to ignore that email. Wouldn't have changed anything about today's issues
[08:09] <seb128> changing location, brb
[08:09] <duflu> Hi Laney
[08:11] <amurray> duflu: best workaround for this is to add -fcf-protection=none to CFLAGS (I was planning to have this ready in the eoan kernel Makefile but got diverted onto other things)
[08:11] <duflu> I was thinking that would be the place
[08:12] <amurray> duflu: is dinner time here now but I'll be back later to take a closer look
[08:12] <duflu> amurray, no problem, it will be dinner time here soon
[08:12]  * duflu remembers to go defrost things
[08:14] <Trevinho> Laney: want me to propose https://salsa.debian.org/gnome-team/mutter/merge_requests/40 for disco or you'll handle that?
[08:14] <gitbot> GNOME issue (Merge request) 40 in mutter "Teardown and Focus fix patches" [Closed]
[08:15] <Trevinho> however since that hang is a bit annoying for people using it, I'd like to get the fix on ASAP, as it was blocking the SRU anyways, so...
[08:17] <Trevinho> imho it makes sense to release faster a fixed version and then care with calm on 3.33.4 (as we don't know when will really be out) since is often quite delayed
[08:17] <Trevinho> not being a crash that recovers but something taht stops the session and you need to kill it, is a bit more important to fix sooner imho.
[08:22] <Laney> k, whatever, I think it's OK on the development release but I am not going to be bothered to argue with you
[08:22] <Laney> re-open the MR and comment on it there then
[08:24] <Trevinho> Laney: I mean, if we can have it uploaded quicker enough imho is nicer. You're the one uploading so you decided, I just mentioned my POV
[08:25] <Laney> yeah sure, feel free to open it
[08:25] <Laney> I'll give you my review comments 😈
[08:25] <Trevinho> <3
[08:25] <Laney> it would have been nice to include 600
[08:26] <Laney> but looks like that is delayed now :(
[08:27] <duflu> Why would an app start ignoring XDG_DATA_DIRS ?
[08:27] <Laney> the APIs cache the value on first access so if you setenv later on then it won't be noticed
[08:28] <Laney> otherwise, no idea
[08:28] <Laney> (in GLib that is)
[08:28] <Laney> (IIRC)
[08:30] <tseliot> duflu: oh, I haven't updated to the latest gcc.
[08:30] <Trevinho> yeah...
[08:30] <Trevinho> duflu: although nvidia isn't working for you, I think it would make sense to use the detach vfunc intead, no?
[08:31] <Trevinho> I noticed this a bit late
[08:31] <duflu> Trevinho, I won't make changes till I can test them
[08:31] <Trevinho> sure...
[08:31] <duflu> I have Nvidia working now, but not mutter in general
[08:31] <Trevinho> duflu: how isn't starting?
[08:33] <duflu> Trevinho, (mutter:19545): GLib-GIO-ERROR **: 16:32:45.779: Settings schema 'org.gnome.mutter' is not installed
[08:33] <duflu> But it is installed
[08:33] <Trevinho> duflu: did you recompile the glib dir?
[08:33] <Laney> glib-compile-schemas
[08:33] <Trevinho> duflu: and in the right prefix...
[08:34] <duflu> Yes that progressed. Now a new error....
[08:34] <duflu> Weird. I do this every day and today everything breaks for varying reasons
[08:36] <duflu> Nope. Even recompiling I still have missing schemas that are not missing
[08:39] <duflu> Alright. My ssh login somehow lost the default system XDG_DATA_DIRS. Now back to a nice simple mutter coredump (which is also new)
[08:39] <duflu> What a fun afternoon
[08:39] <Trevinho> Laney: sooo... snapshot :P
[08:39] <Laney> :)
[08:40] <Trevinho> ouch... :P
[08:46] <duflu> Trevinho, https://gitlab.gnome.org/GNOME/mutter/issues/672 :)
[08:46] <gitbot> GNOME issue 672 in mutter "mutter on X11 segfaults in meta_get_overlay_window on startup" [Opened]
[08:46] <Trevinho> duflu: yes, i already noticed that
[08:46] <duflu> \o/
[08:46] <duflu> ?
[08:47] <duflu> OK, maybe I need to just rebase on something a bit older then
[08:47] <Trevinho> this is initialized berfore teh compositor, need to fix the oredering
[08:49] <duflu> When everything goes wrong at once you assume it's related
[08:49] <duflu> But it's not
[08:49] <Trevinho> duflu: but comment out that call and you get it working at least :P
[08:49] <Trevinho> not dnd, but you might not care
[08:53] <seb128> hey gnome-shell maintainers
[08:53] <seb128> I didn't follow details of those landing conversations
[08:54] <seb128> but what's the status of unblocked the bionic/disco SRUs which are stucked due to e.u.c regressions reports?
[08:54] <Laney> being uploaded today
[08:54] <Laney> disco anyway, dunno about bionic
[08:55] <seb128> thx Laney
[08:55] <duflu> Trevinho, yeah git bisect agrees with you
[08:55] <seb128> Trevinho, duflu, what's the status of unblocking the bionic SRU?
[08:55] <duflu> seb128, which SRU?
[08:55] <Laney> there's a merge proposal, but I didn't review it yet
[08:55] <Trevinho> seb128: I've pushed yesterday the MP with it
[08:56] <seb128> excellent
[08:56] <seb128> thx Trevinho :)
[08:56] <Laney> so we're handling it basically, thx for poking
[08:56] <Laney> go hassle about network-manager :p
[08:56] <seb128> yeah, I plan to
[08:56] <seb128> though that got hit by gcc-9 now :/
[08:56] <Trevinho> waiting for next regression to come then :P
[08:56] <seb128> adding fun on top of the fun!
[08:57]  * Trevinho keeps his dev-schroot at disco :P
[08:57] <seb128> duflu, https://people.canonical.com/~ubuntu-archive/phased-updates.html has the details, see the bionic table
[08:57] <Trevinho> ah I didn't notice https://errors.ubuntu.com/problem/1c0574227234a67ba5e85409206b4bd9e548bcdb no clue what could be
[08:58] <Trevinho> looks like gtk though
[08:58] <seb128> oh, ISO build failure emails!
[08:58] <seb128> nice, my warning on top of http://people.canonical.com/~platform/desktop/desktop-packages.html works too :-)
[08:58] <Laney> pretty sure that one can be ignored
[08:59] <duflu> seb128, I am only aware of bug 1834583 blocking a disco SRU
[08:59] <seb128> +1 to ignore that one, email bdmurray telling him so
[08:59] <Trevinho> not to speak about https://errors.ubuntu.com/problem/f3924a5dca1b19927d593f3726be1ad8fed05748
[08:59]  * duflu looks at the rest
[08:59] <Laney> right this is getting confusing now
[09:00] <Laney> so just let me know when it's ready to be looked at again
[09:00] <Laney> :/
[09:03] <Trevinho> Laney: is fine to look at it, those other issues aren't nor really present nor anything debuggable. They look more like memory errors crashes
[09:06] <Laney> okay
[09:10] <duflu> I've been a bit concerned lately. Can we set some minimum maturation time for all changes before backporting them?
[09:11] <duflu> One of those things I thought was obvious, but maybe not
[09:21] <duflu> Trevinho, finally got Nvidia back up and running. At least I will be able to test those changes for you today
[09:21] <duflu> If nothing else
[09:21] <Trevinho> cool
[09:22] <Trevinho> duflu: yeah, although the master/3.28 changes are getting quite a lot with the time, so might happen that testing a backport isn't complete sometimes, although the test-suite passes, might not be enough
[09:45] <duflu> Trevinho, that conversation you started yesterday in https://gitlab.gnome.org/GNOME/mutter/merge_requests/600 is suddenly gone!
[09:45] <gitbot> GNOME issue (Merge request) 600 in mutter "Fix background texture corruption when resuming from suspend on Nvidia" [Opened]
[09:46] <duflu> I knew something was wrong when gitlab failed to count it as an open discussion
[09:46] <duflu> But I did reply in it so check your email
[09:52] <thumper> popey: hey, is there a minecraft snap? I seem to find conflicting information
[09:52] <thumper> daughter on holiday wants to play, and not sure what I should be installing
[09:53] <duflu> thumper, from memory it was a Jar
[09:53] <willcooke> thumper, I think it was Wimpress who made it.  There were, erm, issues with it being in the store from what I can remember.
[09:54] <thumper> ah
[09:54] <thumper> so the deb instructions are probably the best then?
[09:55] <willcooke> Such a shame, the snap was super super easy
[09:56] <duflu> https://launcher.mojang.com/download/Minecraft.deb
[09:59] <thumper> thanks duflu
[11:01] <willcooke> destoppers - please update this wiki post with the current status of your release bugs:  https://discourse.ubuntu.com/t/release-bugs-as-of-monday-8th-july-2019/11756
[11:04] <willcooke> Laney, should I be able to create a branch on the canonical desktop team team?  Or, put differently, is there a better place for the rls-bugs script than my junk?
[11:20] <Laney> willcooke: yeah you should be able to, or the Github team
[11:20] <Laney> IIRC you need a Launchpad project to be able to have merge proposals
[11:24] <willcooke> oki, github wfm
[13:25] <kenvandine> glib CVE... oh joy
[13:27] <kenvandine> yet another round of snap refreshes
[13:27] <oSoMoN> kenvandine, I expect a chromium stable update any time, so I'll hold off on the USN refresh until then
[13:28] <kenvandine> yeah
[13:28] <seb128> bah, it's not obvious how to recommit changing the commiter email on github :/
[13:29] <willcooke> https://github.com/CanonicalLtd/rls-bug-tracker
[13:29] <willcooke> Laney, ^
[13:30] <willcooke> #startmeeting Desktop Team Weekly Meeting 2019-07-09
[13:30] <meetingology> Meeting started Tue Jul  9 13:30:22 2019 UTC.  The chair is willcooke. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[13:30] <meetingology> Available commands: action commands idea info link nick
[13:30] <willcooke> Roll call: didrocks, duflu (out), jamesh (out), jibel, kenvandine, laney, marcustomlinson, oSoMoN, seb128, tkamppeter, trevinho, robert_ancell (out)
[13:30] <oSoMoN> o/
[13:30] <willcooke> Hi guys!  Remember me?
[13:30] <Trevinho> hey
[13:30] <didrocks> hey
[13:30] <marcustomlinson> haha, het
[13:30] <Trevinho> hehe
[13:30] <seb128> hey
[13:30] <marcustomlinson> hey
[13:31] <kenvandine> \o
[13:31] <kenvandine> who's this willcooke guy?
[13:31]  * willcooke looks to see if Cosmic is out of support yet 
[13:31] <Laney> yo
[13:32] <willcooke> Not quite EOL yet
[13:32] <willcooke> so I guess we should still look at it's bugs
[13:32] <willcooke> But lets start with B
[13:32] <seb128> I would skip Cosmic
[13:32] <seb128> we are not going to SRU any fix at this point for it
[13:32] <Trevinho> +1
[13:33] <willcooke> oki
[13:33] <willcooke> B then...
[13:33] <willcooke> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-incoming-bug-tasks.html
[13:33] <willcooke> hrm, I think that might be the wrong link
[13:33] <seb128> looks correct
[13:33] <Trevinho> no desktop, we're free :P
[13:33] <seb128> we didn't have bionic incoming bugs for a few weeks now
[13:34] <seb128> keeping the trend :)
[13:34] <kenvandine> :)
[13:34] <willcooke> Woot
[13:34] <willcooke> that confused me
[13:34] <willcooke> well done team
[13:34] <willcooke> D then.. http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-dd-incoming-bug-tasks.html
[13:34] <willcooke> also clear
[13:35] <willcooke> E... http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ee-incoming-bug-tasks.html
[13:35] <willcooke> https://bugs.launchpad.net/ubuntu/+source/gnome-software/+bug/1835076
[13:35] <willcooke> seb128, you nominated.
[13:35]  * marcustomlinson notices the meeting topic is not changing
[13:35] <seb128> yeah, it seems annoying and Olivier could confirm
[13:35] <willcooke> If we replace G-S this cycle, do we still need to fix that in older releases?
[13:36] <seb128> so I though it would be worth fixing
[13:36] <kenvandine> marcustomlinson: good catch
[13:36] <willcooke> marcustomlinson, oh, I forgot about that topic thing.  Thanks
[13:36] <kenvandine> willcooke was just so excited about running the meeting he dove right in
[13:36] <marcustomlinson> :)
[13:36] <willcooke> for that bug I'm zero.  Seems worth fixing, but not release blocking IMO
[13:36] <seb128> k, fair enough
[13:37] <seb128> just notfixing it then :)
[13:37] <willcooke> anyone else?
[13:37] <oSoMoN> same, it sounds nice to have to me, not a release blocker
[13:37] <kenvandine> i'm curious why it's a dpg-new file at that point
[13:37]  * didrocks doesn't have an opinion. Would be annoying if this was bionic, but it's not, so…
[13:37] <oSoMoN> oh, is that a regression?
[13:38] <kenvandine> and why it thinks it's an html file not xml
[13:38] <seb128> I've no idea if it impacts bionic as well, I didn't check
[13:38] <seb128> anyway, we downvoted it
[13:38] <oSoMoN> if so I suggest we at least do a bit of investigation to understand the root cause and see how much work it would be to fix it
[13:38] <willcooke> marked as rls-ee-notfixing
[13:38] <seb128> we can still discuss it after the meeting if people are interested
[13:38] <seb128> oSoMoN, +1
[13:38] <kenvandine> not super interested :)
[13:38] <willcooke> kk
[13:39] <willcooke> That's the end of the rls bugs then.
[13:39] <willcooke> #topic AOB
[13:39] <willcooke> I have one, re: the rls bugs wiki post on Discourse
[13:39] <willcooke> Please make sure you edit it :)
[13:40] <willcooke> I will try and post it on a Friday so people have time to review and update
[13:40] <marcustomlinson> did we skip excuses? (Laney)
[13:40] <willcooke> oops,  hold on a sec, lemme finish this bit...
[13:41] <willcooke> Laney added the ability to have it show how long it's been with us but untouched.  We should spot the problems and chase that person for an update when it goes above a week I think
[13:41] <willcooke> The source is now here:
[13:41] <Laney> (yes, but it's ok there's nothing there except glib2.0 stuff which I'm looking at)
[13:41] <willcooke> https://github.com/CanonicalLtd/rls-bug-tracker/
[13:41] <willcooke> please feel free to add features and fix stuff
[13:42] <marcustomlinson> cool
[13:42] <willcooke> end
[13:42] <willcooke> thanks Laney, marcustomlinson
[13:42] <willcooke> Anyone got any other AOB?
[13:42] <willcooke> 5...
[13:42] <willcooke> 4..
[13:43] <willcooke> 3.
[13:43] <Trevinho> 2.
[13:43] <willcooke> 1
[13:43] <willcooke> #endmeeting
[13:43] <meetingology> Meeting ended Tue Jul  9 13:43:45 2019 UTC.
[13:43] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-desktop/2019/ubuntu-desktop.2019-07-09-13.30.moin.txt
[13:43] <willcooke> Fast meeting, easy meeting.
[13:43] <didrocks> thx!
[13:43] <willcooke> Would meet again
[13:43] <seb128> thx
[13:43] <willcooke> thanks all
[13:43] <seb128> haha
[13:44]  * didrocks goes back to code, vscode…
[13:44] <oSoMoN> thx
[13:45] <marcustomlinson> thx
[13:51] <kenvandine> can anyone help me with a seed update for bionic?
[13:51] <kenvandine> i added xg-desktop-portals-gtk to the desktop seed in git last month
[13:51] <kenvandine> but running the update script in ubuntu-meta fails because it's looking for the seed in bzr
[13:52] <kenvandine> bzr: ERROR: Not a branch: "http://bazaar.launchpad.net/~ubuntu-core-dev/ubuntu-seeds/ubuntu.bionic/".
[13:52] <kenvandine> xnox: ^^  suggestions?
[13:57] <didrocks> kenvandine: which one is the most up to date, git or bzr?
[13:57] <didrocks> I'm unsure for older release, this was suppoed to be changed
[13:58] <didrocks> (like the wsl addition was where?)
[13:59] <didrocks> kenvandine: if you want to switch it to git, it's quite easy, just change update.cfg to point it
[14:00] <kenvandine> the bzr branch it points to doesn't exist, so not sure why nobody has pointed it to git :)
[14:00] <kenvandine> so i wasn't sure if i should
[14:00] <didrocks> like[bionic/vcs]
[14:00] <didrocks> seed_base: https://git.launchpad.net/~ubuntu-core-dev/ubuntu-seeds/+git/
[14:00] <didrocks> seed_dist: ubuntu.%(dist)s
[14:00] <didrocks> that should do it ^
[14:00] <kenvandine> the wsl upload was a hand crafted patch
[14:00] <didrocks> (ensure the wsl change is in the git one through)
[14:00] <didrocks> argh :/
[14:00] <didrocks> unnice
[14:01] <kenvandine> yeah, but they hand crafted a debdiff in the bug report
[14:01] <kenvandine> maybe this is why
[14:01] <didrocks> but yeah, otherwise, /vcs takes precedence IIRC
[14:08] <Laney> kenvandine: you're going to have to promote it for ./update to work too
[14:08] <kenvandine> Laney: promote what?
[14:09] <Laney> xdg-desktop-portal-gtk
[14:09] <kenvandine> oh to main?
[14:09] <Laney> yes
[14:09] <kenvandine> ah, i thought we needed something to pull it in first
[14:09] <Laney> seeding it does that, but component-mismatches is only run for the development release
[14:10] <kenvandine> seb128: can you please promote xdg-desktop-portals-gtk and xdg-desktop-portals in bionic?
[14:11] <seb128> kenvandine, I would prefer if you asked Steve, I've no idea how pocket changes are supposed to be handled in stable serie/never handled that and I would prefer to avoid screwing something in the LTS
[14:11] <kenvandine> ok
[14:11] <kenvandine> :)
[14:11] <seb128> thx :)
[14:11] <Laney> otherwise https://paste.debian.net/1090933 should do it
[15:50] <tkamppeter> Could someone sponsor the upload of my Bionic SRU in bug 1763520?
[16:01] <kenvandine> marcustomlinson: gnome-3-32-1804 failed automated review
[16:02] <kenvandine> package contains external symlinks: usr/lib/vala-current, usr/share/gettext-current lint-snap-v2_external_symlinks
[16:02] <kenvandine> marcustomlinson: oh... maybe you already fixed it :)
[16:02] <marcustomlinson> yeah I saw that
[16:03] <marcustomlinson> I unstaged them in the platform-snap. I'm not sure there's a better way to do this: https://gitlab.gnome.org/Community/Ubuntu/gnome-sdk/commit/b7e19ff7854cec0f673f6f06b43690672795ac75
[16:04] <marcustomlinson> I mean, layouts are a runtime thing right, I don't know of a fancy equiv for build-time?
[16:04] <marcustomlinson> another snap's build time
[17:07] <oSoMoN> I'm done for today, have a good evening/rest of the day everyone!
[17:48] <tseliot> seb128: I've just uploaded a workaround for LP: #1830961 . I had to disable the two new gcc flags for now.
[18:01] <rbalint> hi, i'm wondering if there is any better idom for checking if DISPLAY works than env DISPLAY=:0 xvinfo > /dev/null 2>&1
[18:01] <rbalint> i'd like to set DISPLAY in wsl only if there is X11 server running on windows
[18:55] <sarnold> rbalint: hmm, if someone starts two X11 servers and quits :0, :1 would still be there, and work, but your test might miss it