[06:19] <didrocks> good morning
[06:26] <duflu> Hi didrocks
[06:29] <oSoMoN> good morning desktoppers
[06:29] <oSoMoN> hi duflu, salut didrocks
[06:29] <oSoMoN> duflu, you had a good week-end?
[06:29] <duflu> Morning oSoMoN
[06:30] <duflu> oSoMoN, it was kind of rushed. I hadn't seen so many people in a while. In the end it was shorter than a normal weekend. Weirdly. You?
[06:31] <oSoMoN> yeah, mine was just the right duration :) lots of outdoors activities, very relaxing
[06:32] <didrocks> hey duflu, oSoMoN
[06:36] <duflu> Hmm, a full year without a BlueZ release
[06:37] <duflu> I think that's unusual
[06:37] <Trevinho> good morning Europe (from Europe as well :))!
[06:38] <didrocks> hey european Trevinho!
[06:38] <Trevinho> hi didrocks :)
[06:38] <duflu> Hi Trevinho. Do you just follow summer?
[06:38] <Trevinho> duflu: that's the plan xD
[06:39] <duflu> Or cheat and stay equatorial-ish
[06:42] <Wimpress> Morning o/
[06:43] <duflu> Hi Wimpress
[06:43] <oSoMoN> buon giorno Trevinho !
[06:43] <oSoMoN> morning Wimpress
[07:15] <marcustomlinson> morning didrocks duflu oSoMoN (european) Trevinho and Wimpress :)
[07:15] <Trevinho> morning marcustomlinson
[07:15] <duflu> Morning (still European) marcustomlinson
[07:15] <Trevinho> buenos dias oSoMoN, desde España ahora :)
[07:17] <seb128> good morning desktopers
[07:17] <oSoMoN> good morning marcustomlinson
[07:17] <Trevinho> hi seb128
[07:17] <oSoMoN> salut seb128
[07:17] <seb128> lut oSoMoN
[07:17] <seb128> hey Trevinho, marcustomlinson
[07:17] <oSoMoN> Trevinho, where about in Spain
[07:17] <oSoMoN> ?
[07:17] <seb128> how are you today?
[07:18] <Trevinho> oSoMoN: Cacéres
[07:18] <marcustomlinson> duflu: having dual citizenship is great. I can swap and change as it suits me :)
[07:18] <seb128> Trevinho, make it back nicely to good old Europe?
[07:18] <didrocks> hey marcustomlinson!
[07:18] <seb128> hey duflu
[07:18] <didrocks> hello seb128
[07:18] <seb128> lut didrocks
[07:18] <duflu> Morning seb128
[07:18] <oSoMoN> Extremadura, nice
[07:18] <Trevinho> seb128: yeah, with nice 3+ hrs of late arrival... Which hopefully implies free flights :P
[07:18] <marcustomlinson> morning seb128
[07:18] <Trevinho> t
[07:18] <seb128> Trevinho, :)
[07:18] <seb128> what happened?
[07:19] <Trevinho> nothing, just late arrival of the flight in Cancun, so we had to wait for the plane
[07:19] <seb128> "waiting for another plane" is what happened then :)
[07:21] <Trevinho> I meant "nothing" as "nothing in our side, or problematic" let's say.
[07:22] <seb128> that's good :)
[07:22] <seb128> let's see in what tz you mentally landed now :p
[07:23] <Trevinho> looks like I got in sync already, but let's see: 9
[07:48] <willcooke> morning all
[07:48] <duflu> Morning willcooke
[07:49] <didrocks> morning willcooke
[07:53] <oSoMoN> good morning willcooke
[07:57] <seb128> hey willcooke
[08:05] <Laney> moin
[08:06] <didrocks> hey Laney
[08:06] <duflu> Lo Laney
[08:07] <seb128> hey Laney, how are you?
[08:08] <seb128> duflu, Trevinho, bug #1831514 seems to suggest that for that nvidia user the recent Disco gnome-shell SRU is making the login screen fail to start, the bug lacks details on what the error could be atm though, I asked for details, but might be worth keeping an eye for such regression reports
[08:09] <duflu> seb128, sounds like one of a couple of old gdm bugs. Laney just fixed the big one!
[08:09] <Trevinho> seb128: mh, ok keeping track of it
[08:10] <seb128> duflu, weird that it only happens after installing the gnome-shell SRU though?
[08:10] <duflu> seb128, it's a random timing thing. Let me link it to the right bug(s)
[08:10] <duflu> This has been going on for years
[08:11] <seb128> k
[08:14] <oSoMoN> hi Laney
[08:15] <Laney> moin didrocks duflu seb128 Trevinho oSoMoN
[08:15] <Laney> sry, just noticed that my summary didn't send yesterday so had to re write it quickly /o\
[08:15] <seb128> Laney got out of discourse :)
[08:15] <seb128> urg
[08:15] <Laney> the page had loaded with an error
[08:15] <Laney> oh well
[08:15] <seb128> it didn't even save it? last time I fail to submit when I clicked edit he still had the draft, which I found cool
[08:16] <oSoMoN> yeah, it happened to me a couple of times too, the draft is being saved in local storage, that's neat
[08:16] <oSoMoN> except when it doesn't work, I guess
[08:17] <seb128> yeah
[08:18] <duflu> It also remembers replies to conversations you drafted long ago, and forgot about
[08:18] <seb128> Laney, well done on getting that gdm fix merged upstream, that is an annoying bug on it's way to resolution :)
[08:18] <Laney> oh dunno, maybe it would have been if I was using the same computer
[08:18] <Laney> seb128: thx
[08:18] <seb128> Laney, oh and thx for doing the nautilus update for me in Debian, I sort of put it on hold because totem was not updated but I see that j_bicha did that update
[08:19] <Laney> looks like it didn't make it to the archive
[08:20] <Laney> so that one was easy ;-)
[08:21] <Laney> willcooke: I just searched a bit and it looks like you can configure discourse to be able to start new threads by email
[08:21] <Laney> F Y I !
[08:22] <willcooke> I was looking at that same idea
[08:23] <willcooke> Not sure if I can format it, but going to test
[08:23] <Laney> presumably it's treated as markdown on the web side
[08:24] <Laney> anyway good to see the ol' script in use
[08:25] <seb128> brb, moving back home, I took the laptop for my morning coffee today and stayed there for longer :)
[08:26] <duflu> I feel Laney's work in gdm3 and my work in mutter should somehow be linked with jibel's work to make the Nvidia experience better. Because we're all working on that goal
[08:28]  * duflu finds the Trello card and hacks it
[08:31] <Laney> 😎
[08:34] <duflu> There it is https://trello.com/c/6CeAcFWQ
[08:57] <seb128> duflu, Trevinho, so the gnome-shell SRU got blocked on what e.u.c considers as regression (no report pre-3.32.1)
[08:57] <seb128> https://errors.ubuntu.com/problem/d1fe1bf113ed5e4e2c08f3369df65b32f13ceee7
[08:57] <seb128> https://errors.ubuntu.com/problem/7a0ffc1caa388737d61043fd4a0ee45677b63d71
[08:57] <duflu> That's new
[08:58] <seb128> the Disco SRU
[08:58] <seb128> I saw you also flagged https://gitlab.gnome.org/GNOME/gnome-shell/issues/1295
[08:58] <gitbot> GNOME issue 1295 in gnome-shell "gnome-shell sigtraps "Function allocate terminated with uncatchable exception"" [Opened]
[08:59] <seb128> which might be the same one at the second url
[09:01] <seb128> duflu, Trevinho, sounds like an item that can be monthly targetted, I created https://trello.com/c/lIqDaxLd/164-resolved-the-gnome-shell-3321-sru-regressions
[09:01] <seb128> sorry
[09:01] <seb128> https://trello.com/c/lIqDaxLd/164-resolve-the-gnome-shell-3321-sru-regressions
[09:21] <GunnarHj> Hi seb128, will bug #1831144 land in disco 'automatically' due to the GNOME exception, or may it be worth to prepare a SRU?
[09:32] <seb128> GunnarHj, the exception doesn't make commits land into the distribution, we need someone to either package a new version when it's available or to distro patch the fix
[09:32] <seb128> GunnarHj, there is already a SRU in disco-proposed, that fix doesn't seem urgent, I would just queue it in git for the next upload
[09:39] <tkamppeter> cyphermox, thanks.
[09:42] <GunnarHj> seb128: Ok, then I'll queue it in git. I'm motivated to do that after having spent some time with it.
[09:42] <GunnarHj> seb128: Btw, is a separate commit required for eoan due to the SRU principles, or is it sufficient that it's about to make it to upstream and with that eoan?
[09:46] <seb128> GunnarHj, should be enough that it's commited upstream and will be in the next update
[09:47] <GunnarHj> seb128: Ok, thanks! (It's not committed upstream yet; will await the commit.)
[09:48] <seb128> k
[11:47] <GunnarHj> seb128: The g-c-c ubuntu/disco git does not include the changes in disco-proposed.
[12:33] <k_alam> seb128: Hi, good afternoon
[12:39] <seb128> GunnarHj, hum, let me look if I forgot to push
[12:39] <seb128> hey k_alam
[12:40] <k_alam> seb128: Can you review few of mr for unity ?
[12:40] <seb128> I can try, give the urls here? others might be able to help with that as well
[12:42] <k_alam> Thanks...but first is is possible not to unset XDG_SEAT & XDG_SESSION_ID in dbus ? https://bugs.launchpad.net/ubuntu/+source/dbus/+bug/1831491
[12:42] <seb128> do you know how/where they get used?
[12:42] <seb128> unset
[12:43] <k_alam> yes, in indicator-session...https://bugs.launchpad.net/ubuntu/+source/indicator-session/+bug/1640409
[12:43] <k_alam> dbus-x11 installs /etc/X11/Xsession.d/95dbus_update-activation-env which unsets those env variables.
[12:46] <k_alam> it is being used here https://bazaar.launchpad.net/~indicator-applet-developers/indicator-session/trunk.16.10/view/head:/src/backend-dbus/users.c#L374
[12:48] <seb128> do you know when/why the unset have been added to dbus-x11?
[12:49] <k_alam> no, not really, may be after 16.10....for x11 compatibility reasons
[12:53] <seb128> https://bugs.freedesktop.org/show_bug.cgi?id=61301#c28 has some context
[12:54] <seb128> the way to go is probably to fix the indicator code, not to add back variables that are buggy/don't make sense
[12:55] <k_alam> Well, XDG_SEAT_PATH is still there so we could extract seat and check...
[12:58] <seb128> or ID_SEAT?
[13:00] <k_alam> ID_SEAT is not there for me...
[13:01] <seb128> I was reading https://www.freedesktop.org/wiki/Software/systemd/multiseat/
[13:01] <seb128> anyway, something for you to figure out, I don't think we want to patch dbus to remove those unset
[13:02] <seb128> in practice I don't know if many unity users are on multiseat you could probably drop that code that no-one would notice
[13:03] <k_alam> Alright...I will make the change in indicator-session
[13:04] <k_alam> the other merge request : https://code.launchpad.net/~khurshid-alam/indicator-appmenu/ignore-desktop/+merge/366990
[13:05] <k_alam> it require prerequisite branch https://code.launchpad.net/~khurshid-alam/indicator-appmenu/fix-build-disco/+merge/361403
[13:13] <seb128> Trevinho, ^ it's bamf thing, maybe you could have a look?
[13:30] <seb128> k, it's meeting time!
[13:30] <seb128> #startmeeting Desktop Team Meeting - 2019-06-04
[13:30] <meetingology> Meeting started Tue Jun  4 13:30:31 2019 UTC.  The chair is seb128. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[13:30] <meetingology> Available commands: action commands idea info link nick
[13:30] <seb128> Roll call: didrocks, duflu (out), jamesh (out), jibel, kenvandine, laney, marcustomlinson, oSoMoN, tkamppeter, trevinho, robert_ancell (out)
[13:30] <marcustomlinson> \o
[13:31] <kenvandine> o/
[13:31] <Trevinho> o/
[13:31] <oSoMoN> \o
[13:31] <seb128> k, let's get started!
[13:31] <seb128> #topic rls-bb-bugs
[13:31] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-incoming-bug-tasks.html
[13:32] <seb128> bug #1825297
[13:33] <seb128> that has been raised as an issue by the oem team for enablement of laptop with touch screen
[13:33] <Trevinho> I can have a look
[13:33] <seb128> I vote +1 for accepting it since it's an oem request and it makes sense imho
[13:33] <tseliot> o/
[13:33] <seb128> hey tseliot :)
[13:33] <tseliot> hey
[13:33] <seb128> Trevinho, thx!
[13:33] <Trevinho> might be not easy fix in x11 though
[13:33] <Laney> why do we vote on oem requests if there is that policy?
[13:34] <seb128> what policy?
[13:34] <Laney> that oem requests get a +1
[13:34] <seb128> I don't know about that rule
[13:34] <seb128> I would feel fine rejecting a request that looks buggy/stupid
[13:34] <Laney> ok, then I don't understand what "since it's an oem request" means
[13:34] <seb128> well, I like the please OEM
[13:34] <seb128> so I would lean toward accepting it if we can
[13:34] <seb128> and the fix looks like an useful thing to work on
[13:35] <seb128> so it's +1 from me
[13:35] <didrocks> I think it's a logical request, +1
[13:35] <seb128> k, good, accepting and assigning to Marco then :)
[13:35] <kenvandine> yeah, +1
[13:35] <seb128> next
[13:36] <seb128> bug #1825299
[13:36] <seb128> similar situation, I vote +1 for the same reasons
[13:36] <Trevinho> Not sure is possible at all for xorg
[13:37] <Trevinho> Might be, but not in all the cases.
[13:37] <seb128> yeah, I was also reading the upstream comments
[13:37] <seb128> a bit tricky
[13:37] <Trevinho> I have ideas though
[13:37] <didrocks> same, +1, but sounds hard
[13:37] <seb128> Trevinho, I assign to you for a look, if we judge it not doable we can wontfix with an application, ok?
[13:38] <Trevinho> We should have #nicetofix list ;-)
[13:38] <Trevinho> Ok
[13:39] <seb128> we have, it's open bugs on launchpad :p
[13:39] <seb128> or assigned but not milestoned
[13:39] <seb128> k, that's it for the incoming list
[13:40] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-tracking-bug-tasks.html
[13:40] <seb128> that has the same japense era than previous week, I pinged c_yphermox about it but didn't get a reply, I will try that again
[13:41] <seb128> that's it
[13:41] <seb128> #topic rls-cc-bugs
[13:41] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-cc-incoming-bug-tasks.html
[13:41] <seb128> no desktop entry
[13:41] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-cc-tracking-bug-tasks.html
[13:42] <seb128> same japenese one
[13:42] <seb128> bug #1754671
[13:42] <seb128> I vote to wontfix it for cosmic n-m at this point, we are not going to SRU n-m changes on cosmic now imho
[13:43] <oSoMoN> that makes sense
[13:44] <seb128> doing that
[13:44] <seb128> also reassigning to bionic line to tkamppeter
[13:44] <oSoMoN> thanks
[13:44] <seb128> bug #1828102
[13:45] <seb128> looks like it's already being handled by tkamppeter
[13:45] <seb128> kenvandine, ^ he might need a sponsor?
[13:45] <seb128> assigning to him
[13:45] <kenvandine> ok
[13:45] <seb128> thx
[13:45] <seb128> #topic rls-dd-bugs
[13:46] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-dd-incoming-bug-tasks.html
[13:46] <seb128> no desktop entry
[13:47] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-dd-tracking-bug-tasks.html
[13:47] <seb128> same bugs as other series
[13:47] <seb128> #topic rls-ee-bugs
[13:47] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ee-incoming-bug-tasks.html
[13:47] <seb128> the 2 gnome-shell/osk ones already discussed
[13:47] <seb128> bug #1830022
[13:48] <seb128> that's assigned and being handled but doesn't seem rls material to me
[13:48] <seb128> I vote -1
[13:49] <didrocks> unsure about that one, Till will probably will have a better opinion
[13:50] <seb128> bug #1831021
[13:50] <seb128> same, sounds like it's worth looking at but not important enough to be rls material
[13:50] <seb128> it's impact pretty uncommon setups
[13:50] <seb128> impacting
[13:52] <seb128> k, no other comment so doing that for those
[13:52] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ee-tracking-bug-tasks.html
[13:52] <seb128> those are all assigned
[13:52] <seb128> #topic update_excuses_by_team.html#desktop-packages
[13:52] <Laney> Nothing.
[13:52] <seb128> https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses_by_team.html#desktop-packages
[13:53] <seb128> k
[13:54] <seb128> well n-m regressed because the autopkgtests relied on the deprecated lib that got removed from eoan (sorry for overlooking that bit when I removed them)
[13:54] <seb128> kenvandine, tkamppeter, you took from cyphermox and are looking at finishing the tests update?
[13:54] <Laney> It's being worked on. That's why I said "Nothing.".
[13:55] <seb128> right, I wanted to check that tkamppeter indeed took over from Mathieu since I didn't see a response from him on the topic yesterday
[13:55] <seb128> anyway, doesn't need to be in the meeting I guess
[13:55] <Laney> 04/06 10:39:14 <tkamppeter> cyphermox, thanks.
[13:55] <seb128> thx
[13:55] <cyphermox> AFAIK it's something with the callback from the gir; when trying to activate a connection
[13:55] <seb128> #topic AOB
[13:55] <seb128> other topics?
[13:55] <seb128> cyphermox, k
[13:55] <seb128> tkamppeter, ^
[13:55] <Laney> Those OSK bugs weren't targetted properly.
[13:56] <seb128> yeah, launchpad timeouted when I tried on the first one so I kept them to try again after the meeting
[13:56] <seb128> if it works now/you did it, thx :)
[13:56] <Laney> I did not
[13:57] <seb128> k, well I will once the meeting is over (if launchpad stop being sad), thx for pointing it out
[13:57] <Laney> Right.
[13:58] <seb128> k
[13:58] <seb128> anything else?
[13:58] <seb128> 30 seconds to raise your hand
[13:58] <kenvandine> notta :)
[13:59] <seb128> k, let's wrap then
[13:59] <seb128> thanks everyone!
[13:59] <seb128> #endmeeting
[13:59] <meetingology> Meeting ended Tue Jun  4 13:59:10 2019 UTC.
[13:59] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-desktop/2019/ubuntu-desktop.2019-06-04-13.30.moin.txt
[13:59] <oSoMoN> thanks
[13:59] <marcustomlinson> thanks
[13:59] <Trevinho> OSK bugs being assigned
[14:02] <didrocks> thx
[14:12] <Laney> k_alam: You should be using systemd APIs to get those things if you need them.
[14:13] <Laney> They can't be set in the D-Bus environment because that is shared and not scoped to the session.
[14:16] <k_alam> Laney: I think we don't really need check for session id, pam-systemd sets it and then we call logind dbus which gets the same thing as /proc/self/sessionid for active session
[14:17] <Laney> That'd be a systemd API, yes
[14:22] <k_alam> Alright I will make the changes....Thanks.
[14:22] <Laney> 👍
[15:59] <seb128> GunnarHj, I've pushed the g-c-c/disco vcs btw
[17:36] <oSoMoN> good night everyone
[19:01] <willcooke> night all
[19:58] <GunnarHj> seb128: Great! Then you can expect a MP as soon as Robert has merged upstream.
[19:59] <seb128> GunnarHj, k
[22:30] <robert_ancell> kenvandine, is there an easy way to strip the pkg-config / include files out of the snap-store build?