[02:28] <duflu> Trevinho, jbicha, nice work, thanks. You got out a lot more 3.28.1 than I even expected
[02:28] <Trevinho> duflu: :)
[02:29] <Trevinho> duflu: missing only your patch now, but there's a new iteration I pushed
[02:29] <duflu> Trevinho, performance improvements can wait. We'll still be adding to that list for months
[02:30] <duflu> Stability is more important
[02:30] <duflu> I've been knowingly working on 18.10 for a while now, not 18.04 :)
[03:20] <duflu> Trevinho, jbicha, this is odd: bug 1765261
[03:20] <ubot5`> bug 1765261 in gdm3 (Ubuntu) "Ubuntu 18.04 login screen rejects a valid password on first attempt. Always works on the second attempt" [Undecided,New] https://launchpad.net/bugs/1765261
[03:47] <robert_ancell> RIP gksu
[04:24] <duflu> robert_ancell, did something replace it? Is that because of Wayland policy?
[06:23] <didrocks> good morning
[06:25] <duflu> Morning didrocks
[06:31] <didrocks> hey duflu
[06:53] <seb128> good morning desktopers
[06:54] <duflu> Hi seb128
[06:54] <seb128> hey duflu, how are you?
[06:54] <duflu> seb128, going OK, you?
[06:54] <seb128> I'm good!
[06:56] <duflu> Good. And with that I will run away to check the mail and feed water the citrus
[06:56] <seb128> duflu, we managed to land the gjs changes as you probably saw :)
[06:56] <duflu> Yeah, thanks seb128
[06:56] <seb128> thank you for getting those fixes ready for upload!
[06:56] <seb128> enjoy the watering :)
[07:08] <oSoMoN> good morning desktoppers
[07:09] <seb128> salut oSoMoN, en forme ?
[07:09] <oSoMoN> salut seb128, oui la forme, et toi?
[07:11] <seb128> oSoMoN, je pourrais dormir plus mais sinon ça va, il fait beau et chaud :)
[07:12] <seb128> yesterday was tennis night, was really nice to play again
[07:13] <seb128> I could play much since the beginning of the year, between travels, crappy weather and colds&co
[07:13] <seb128> couldn't*
[07:15] <oSoMoN> yeah, sports is good, I should do more of it
[07:18] <duflu> Morning oSoMoN
[07:19] <didrocks> hey seb128, oSoMoN
[07:19] <seb128> lut didrocks
[07:19] <oSoMoN> hey duflu
[07:19] <oSoMoN> salut didrocks
[07:23] <didrocks> duflu: first results from the french users are really promising!
[07:24] <didrocks> still some leaks ofc, but way lower memory usage
[07:24] <duflu> didrocks, seb128 upstream landed the same fix a couple of minutes ago
[07:24] <seb128> \o/
[07:24] <didrocks> duflu: it's hard to believe though, a lot of people says their RAM consumption even at boot are divided by 2
[07:24] <didrocks> too good to be real? just a placebo effect?
[07:25] <duflu> didrocks, yeah just log in and measure, and it's much better
[07:25] <didrocks> nice!
[07:25] <didrocks> good work again :)
[07:25] <seb128> duflu, https://gitlab.gnome.org/GNOME/gjs/commit/a6b6fc13 sounds like it could improve things as well, but that's for SRU at this point
[07:26] <duflu> seb128, yeah there are a couple more such fixes there
[07:28] <oSoMoN> didrocks, when I booted my laptop this morning I was greeted by the initial setup GUI, which looks pretty good, and was mostly translated to French, so all good
[07:29] <didrocks> oSoMoN: heh, the UI part is all Robert's :)
[07:29] <oSoMoN> the last screen to choose to send the data or not, though, said something like "send data to Canonical occasionally", which made it sound like it's not a one-off, is that correct?
[07:29] <didrocks> yeah, I think this is for popcon
[07:29] <oSoMoN> ah, right, popcon
[07:29] <didrocks> but I'm not even sure if this enables by g-i-s, I didn't follow that
[07:30] <didrocks> I know it was discussed and robert said he will have a look
[07:30] <seb128> didrocks, oSoMoN, the "ocassionally" has been dropped in the version that is in the queue
[07:30] <didrocks> ah ok :)
[07:30] <oSoMoN> ok, problem solved then
[07:30] <didrocks> replaced by "every 10 seconds", ofc? ;)
[07:30] <seb128> lol
[07:30] <seb128> ++                    <property name="label" translatable="yes">Yes, send system info to Canonical</property>
[07:30] <seb128> right, the change is there
[07:31] <didrocks> amazing that it's already mostly in French
[07:31] <seb128> we might add that back/enable popcon for .1
[07:31] <didrocks> yeah, we would need a g-c-c change then
[07:31] <didrocks> to enable/disable it afterwards
[07:31] <seb128> right, that's why it was postponed to .1
[07:31] <seb128> just enabling popcon was not difficult
[07:31] <didrocks> yep
[07:31] <didrocks> I guess same with whoopsie?
[07:31] <seb128> yes
[07:32] <seb128> you guys don't expect things to be calm again after next week :p
[07:32] <oSoMoN> didrocks, I thought the French translations were your doing, now I'm disappointed :)
[07:32] <seb128> sounds like road to .1 is going to be busy
[07:32] <didrocks> oSoMoN: oh, I can gladly take all the credits if that makes you feel better :)
[07:32] <seb128> oSoMoN, be nice to didrocks, you still need a +1 for your ubuntu-desktop application :)
[07:32] <didrocks> yeah, I wonder if my past unity-2d experience is something worth mentionning
[07:33] <didrocks> it's been a long time I didn't sponsor you
[07:33] <didrocks> but I'm definitively +1 with your past work
[07:33] <seb128> you worked with him on some gdm issues previous cycle?
[07:33] <didrocks> yeah, that's one data point, but correct, that's good enough entries to vote
[07:33] <didrocks> I'll do that later today
[07:33] <oSoMoN> cheers!
[07:33]  * didrocks fixes… hem… ubuntu-report autopkgtests :p
[07:34] <seb128> :)
[07:34] <didrocks> (readding vendoring, which I explicitely removed from autopkgtests because of previous strategy and didn't think to delete the rm -rf …)
[07:34] <didrocks> now that my autopkgtests vm is ready, let me first get the failure
[07:34] <didrocks> then ensure it fixes it
[07:34]  * oSoMoN will change his nick to olirocks as a token of admiration
[07:34] <didrocks> ahah ;)
[07:35] <didrocks> I hope there is no expiration period :p
[07:35] <seb128> duflu, your gdm/password rejected on first try issue sounds weird, did it start with gnome-shell 3.28.1? Maybe a regression?
[07:35] <duflu> seb128, yeah it started today
[07:36] <seb128> duflu, do you get also the issue if you wait a bit/type slowly? there was that issue about key repeating themself under wayland when the system is busy
[07:36] <duflu> seb128, that might be a factor. If I took the time to log in to ssh first to debug the problem it suddenly didn't happen
[07:37] <duflu> Although restarting graphical.target I was able to reproduce it again
[07:37] <didrocks> seb128: not only on wayland, I triggered the repeating key on X as well
[07:37] <seb128> I wonder if you could type the password, ctrl-C it and select "log with another user" and ctrl-V to see if it's correct
[07:37] <duflu> Is that even possible?
[07:37] <duflu> Or would you be pasting dots?
[07:38] <seb128> I wonder
[07:38] <seb128> otherwise I guess that needs to patch the gdm code to not show * :p
[07:38] <seb128> didrocks, weird, I though that was a wayland specific issue
[07:39] <didrocks> seb128: I thought as well, but I got it 3 times in the past 2 weeks on my X session
[07:39] <didrocks> especially when my machine is swapping
[07:39] <seb128> is that a new issue as well?
[07:39] <didrocks> I don't know if it's new, or just happens so rarely that we didn't notice it
[07:39] <didrocks> (on X)
[07:40] <didrocks> but not a high prio, it's really happened 3 times to me
[07:41] <seb128> https://bugzilla.gnome.org/show_bug.cgi?id=777693#c10 is the issue I was thinking about
[07:41] <ubot5`> Gnome bug 777693 in general "Input event (e. g. typing on keyboard) is sent repeatedly during high load" [Normal,Needinfo]
[07:41] <ubot5-ng> bugzilla.gnome.org bug 777693 in general "Input event (e. g. typing on keyboard) is sent repeatedly during high load" [Normal, Needinfo] - Assigned to gnome-shell-maint
[07:41] <ubot5`> bug 777693 in PernillaSYS "Crash-bug when trying to view registrations if none of the users conferences is locked" [Medium,Fix released] https://launchpad.net/bugs/777693
[07:41] <seb128> which is specific to wayland
[07:42] <seb128> but there might be other issues with similar effects
[07:43] <didrocks> seb128: yeah, basically the exact same effect
[07:43] <didrocks> you press for a short while, under load, keys is repeated
[07:43] <didrocks> (and double checked that I was on X)
[07:44] <seb128> didrocks, it's not on the lock screen/greeter that you see the pb? since the greeter/gdm is always under wayland
[07:44] <didrocks> seb128: no, really the user session
[07:44] <seb128> :/
[07:45] <didrocks> yep :/
[07:45] <didrocks> I know…
[07:45] <seb128> I wonder if there is some regression in 3.28
[07:45] <seb128> we didn't get reports about such issues in 17.10
[07:45] <didrocks> well, we were under wayland
[07:45] <didrocks> this issue existed on 17.10
[07:46] <seb128> k
[07:46] <didrocks> (but, I was only testing it with wayland)
[07:46] <seb128> probably worth reporting upstream then
[07:46] <didrocks> yeah, the thing is that it's quite vague
[07:46] <didrocks> "under load…"
[07:46] <seb128> the only reports I find there are wayland specific
[07:46] <didrocks> but it's something that Fedora has
[07:46] <seb128> e.g https://bugzilla.gnome.org/show_bug.cgi?id=776639
[07:46] <ubot5`> Gnome bug 776639 in keyboard "Key Presses Repeated, Lost or Out of Order Wayland" [Major,New]
[07:46] <ubot5-ng> bugzilla.gnome.org bug 776639 in keyboard "Key Presses Repeated, Lost or Out of Order Wayland" [Major, New] - Assigned to gnome-shell-maint
[07:46] <ubot5`> bug 776639 in postgresql-8.4 (Ubuntu) "package postgresql-8.4 8.4.8-0ubuntu0.10.04 failed to install/upgrade: subprocess installed post-installation script returned error exit status 1" [Undecided,Invalid] https://launchpad.net/bugs/776639
[07:46] <didrocks> ah, you meant, the Xorg one?
[07:47] <seb128> yes
[07:47] <didrocks> yeah, I'll report it, unsure against what (and if it will be looked, as it's not wayland), but let's try
[07:47] <seb128> gnome-shell I guess? they can reassign if needed
[07:47] <seb128> thx
[07:49] <didrocks> yeah
[07:49] <didrocks> I would need to see if that happens in apps
[07:49] <didrocks> or only in G-S UI
[07:50] <didrocks> I don't remember TBH
[07:50] <jibel> seb128, could you re-paste the last version of your patch for orca?
[07:50] <seb128> jibel, that isn't working
[07:51] <seb128> jibel, but http://people.canonical.com/~seb128/ubiquity-screen-reader.patch (that one has extra print() statements for debugging)
[07:51] <jibel> seb128, I know it is not working, but I'd like to check something
[07:51] <jibel> thanks
[07:51] <seb128> yw
[07:52] <seb128> k, I'm moving back to my desktop, I had my morning coffee, trying to be back online before u.k joins :)
[07:52] <seb128> brb
[07:52] <willcooke> too late sucker
[07:53] <willcooke> Morning Frenchies
[07:53] <didrocks> hey willcooke
[07:53] <willcooke> and Aussie
[07:53] <willcooke> s
[07:53] <willcooke> how goes didrocks?
[07:53] <dupondje> Thanks for mutter 3.28.1 :D
[07:54] <didrocks> willcooke: it's sunny and not too warm yet! Good day for exercising abit
[07:54] <didrocks> and you?
[07:54] <jibel> Morning willcooke
[07:54] <willcooke> Sunny here too!
[07:55] <didrocks> even there ;)
[07:55] <willcooke> I hope it stays nice at the weekend and I can get out of the house and do some excercise
[07:55] <willcooke> yes!  even here on the island
[07:55] <willcooke> People are a bit scared
[07:55] <dupondje> https://bugs.launchpad.net/ubuntu/+source/mutter/+bug/1757401 is fixed for me now!
[07:55] <ubot5`> Ubuntu bug 1757401 in mutter (Ubuntu) "hybrid GPU: one screen stays black in mutter 3.28" [High,Fix released]
[07:55] <didrocks> especially for multiple continous days
[07:55] <didrocks> dupondje: nice!
[07:58] <willcooke> woot, thanks for the report dupondje
[08:02] <Laney> morning
[08:02] <willcooke> hi Laney
[08:02] <willcooke> It's summer again!
[08:02] <didrocks> hey Mr Laney
[08:02] <seb128> (back)
[08:02] <willcooke> you were a few seconds too late seb128, we beat you :)
[08:02] <seb128> DOH
[08:02] <didrocks> 09:52:17       <-- | seb128 (~seb128@ubuntu/member/seb128) a quitté (Quit: Ex-Chat)
[08:03] <didrocks> 09:52:40 willcooke | too late sucker
[08:03] <didrocks> :)
[08:03] <didrocks> so didn't run fast enough at *all*
[08:03] <Laney> FAIL
[08:03] <seb128> hey Laney!
[08:04] <seb128> half victory :p
[08:04] <Laney> hey willcooke didrocks seb128
[08:04] <Laney> nope
[08:04] <Laney> well I can't see your join message
[08:04] <seb128> willcooke, the frenches will get you, don't worry!
[08:04] <Laney> but your first real message was after I said hi :P
[08:04] <seb128> :-(
[08:04]  * Laney was tying in sweet peas
[08:04] <Laney> AND
[08:04] <Laney> i'm wearing shorts
[08:04] <Laney> #summer
[08:04] <seb128> k, you win today
[08:05] <seb128> #summer feels good
[08:05]  * seb128 went to tennis yesterday, that was greeeaaaaatttt
[08:05]  * seb128 recommends it
[08:05] <Laney> too much time on the ground
[08:07] <seb128> kenvandine, ubuntu-desktop@ moderation queue got some build failure email from launchpad, in case you didn't see/receive it by some other way
[08:07] <seb128> https://launchpadlibrarian.net/366205059/buildlog_snap_ubuntu_bionic_amd64_gnome-3-28-1804_BUILDING.txt.gz
[08:08] <seb128> looks like a snapcraft issue though
[08:08] <seb128> "  File "/usr/lib/python3/dist-packages/snapcraft/cli/env.py", line 17, in <module>
[08:08] <seb128>     from distutils import util
[08:08] <seb128> ImportError: cannot import name 'util'"
[08:09] <didrocks> it's the remaining bug I didn't have time to file yet
[08:09] <didrocks> got it with communitheme
[08:10] <seb128> I guess Ken fixed it already?
[08:10] <seb128> https://launchpad.net/ubuntu/+source/snapcraft/2.41+18.04.2
[08:11] <didrocks> oh nice! :) I never dare hijacking their upload/release process (but I think he didn't)
[08:12] <Laney> interesting files in the diff ;-)
[08:12] <didrocks> I guess he didn't released it the way the snapcraft team is doing it :p
[08:13] <seb128> right
[08:13]  * didrocks notes Laney release team habits: clicking on the diff
[08:14] <seb128> looks like the fix worked, https://launchpad.net/~ubuntu-desktop/+snap/gnome-3-28-1804/ has a successful build
[08:15] <seb128> nice to see we finally got core 18 working/usable!
[08:18] <duflu> Morning willcooke, jibel, Laney
[08:19] <didrocks> yeah!
[08:19]  * didrocks can't wait to see it moved, and have applications snaps connecting to the theme snap
[08:20] <Laney> hey duflu
[08:45] <seb128> jibel, did you figure out something new/more about the screen reader? how much do you think it's a blocker knowing that live session has screen reading working (assuming someone that needs the reader can easily boot to it, which might be not true if the isolinux menu isn't accessible and there is no screnereading in maybe-ubiquity)
[08:49] <jibel> seb128, nothing new yet. Without this, blind users cannot boot to the live session.
[08:49] <seb128> it doesn't boot after a timeout?
[08:49] <seb128> :/
[08:49] <jibel> no
[08:50] <jibel> ubiquity-dm waits forever
[08:50] <seb128> I got sidetracked helped other work to land in the past days but I go back to screenreader in the afternoo
[08:50] <seb128> one heavy hammer would be to make ubiquity-dm just start orca
[08:50] <seb128> it's a bit more ram usage
[08:50] <seb128> but it's not going to speak unless the gsettings is on
[08:51] <seb128> then we just need to figure out why it's not outputting anything, but I think that might have to do with starting speech-dispatcher as well, I got it working the other day like that
[08:51] <seb128> I try that again with a fresh boot in a bit
[08:51] <seb128> my theory is that starting speech-dispatch and orca from ubiquity-dm is good
[08:51] <jibel> seb128, I am not even sure the a11y menus in syslinux are still working. There is lot of code that rely on a11y-profile-manager
[08:52] <seb128> as said it just creates a bit more memory usage, which is suboptimal but should be fine
[08:52] <seb128> I didn't even know we had menus for a11y in syslinux
[08:52] <jibel> I got it working by starting from a tty
[08:53] <jibel> just an export display + launch orca
[08:53] <seb128> what other features are missing/not working?
[08:53] <seb128> weird, I did that the other day and it would speak anything
[08:53] <seb128> I tried to -d and the log was empty
[08:53] <jibel> seb128, braille, osk, ...
[08:53] <jibel> but the most important is the screen reader IMHO
[08:54] <seb128> a11y-profile-manager was added in recent cycles
[08:54] <seb128> reverting those commits might not be too difficult
[08:54] <seb128> I don't remember why I disacarded that previous cycle when I looked in N-Y
[08:54] <seb128> I think that's because some of the old code was relying on indicators/unity anyway and we can't really go back to what it was doing
[08:55] <seb128> anyway I'm confident we can fix the screen reader case at least
[08:55] <jibel> me too
[08:55] <seb128> osk should be easy, that's handled by the shell itself in 3.28
[08:55] <seb128> so the keybinding for that should just work?
[09:02] <didrocks> wayland session doesn't work properly anymore with communitheme, unsure what GNOME update broke it (it worked when I released it) :/
[09:06] <seb128> :/
[09:06]  * didrocks tests some theory
[09:06] <didrocks> it's even worst, first login doesn't work, second does
[09:06] <jibel> seb128, I confirm Orca is not started when selected from syslinux (or add access=v3 to the boot command line)
[09:07] <didrocks> and XDG_DATA_DIRS are different between logins…
[09:09] <seb128> didrocks, :/
[09:10] <seb128> what's the difference?
[09:10] <seb128> jibel, are those access= parameters documented somewhere?
[09:11] <jibel> seb128, I don't know any place where it's documented. Just press F5 in the boot menu
[09:11] <seb128> right
[09:11] <jibel> otherwise it's in casper
[09:11] <seb128> I'm going to review all those options while I'm at it I think
[09:11] <jibel> there is a casper-bottom script for a11y
[09:12] <seb128> thx for the pointer
[09:12] <didrocks> seb128: ok, after some testing, it seems that in wayland, if you now set XDG_DATA_DIRS, it doesn't append the rest of the session anymore
[09:12] <jibel> which uses the profile manager
[09:12] <didrocks> but
[09:12] <didrocks> on the second login, you have everything added
[09:12] <didrocks> really weird :/
[09:12] <seb128> :/
[09:13] <seb128> didrocks, bug #1764355 seems a bit similar
[09:13] <ubot5`> bug 1764355 in gnome-session (Ubuntu) "XDG_CONFIG_DIRS keeps getting expanded every login" [Undecided,Confirmed] https://launchpad.net/bugs/1764355
[09:13] <didrocks> seb128: yeah, I have repetitions as well…
[09:13] <seb128> I saw it reported recently but didn't have time to investigate
[09:13] <seb128> sounds like maybe something to investigate for release
[09:13] <didrocks> need to bisect gnome-session maybe
[09:13] <seb128> you are debugging it?
[09:13] <didrocks> yeah, I think I own it now :p
[09:13] <seb128> thx!
[09:14] <didrocks> let's see first if I can find what/when it was working
[09:14]  * didrocks starts with gnome-session
[09:16] <Laney> gnome-session has a thing in /etc/profile.d to set up the XDG dirs
[09:16] <seb128> blame it on doookooo :)
[09:16] <didrocks> ah?
[09:16] <seb128> I don't think our side of things changed much
[09:17] <seb128> but I'm just guessing, not based on fact
[09:17] <seb128> :p
[09:17] <didrocks> yeah, let's starts with gnome-session
[09:17] <didrocks> and see
[09:17] <seb128> k, I don't think it makes sense to start debugging those installer/a11y issues to stop in the middle for lunch so I'm going to step out for errands/early lunch now and then sit down looking at thise issues once I'm back and have a solid debugging afternoon
[09:17] <seb128> good luck didrocks
[09:18] <didrocks> seb128: are you thinking of something else as you mention foundation?
[09:18] <seb128> didrocks, no, just profile.d is a lower level afaik
[09:18] <didrocks> it's coming from -common
[09:19] <didrocks> at least, the xdg- one
[09:19] <seb128> I don't mean the script, but profile.d handling by the system
[09:19] <seb128> but no, I don't have real reasons to believe it's not our issue at this point
[09:19] <seb128> I was half trolling
[09:19] <didrocks> yeah, let's see :)
[09:19] <seb128> could be systemd/bash/whatever handles those though
[09:19] <didrocks> (only half- ;))
[09:20] <seb128> good luck with the debugging :)
[09:20] <seb128> (yeah ;)
[09:20] <didrocks> thx!
[09:20] <didrocks> if only we had days of isos…
[09:24] <mvo> kenvandine, seb128 hey, you guys asked for a stable core18, we did some work on this in hte last few days and we are pushing new versions into edge, if you could test with your snaps if this is all working we can promote to beta/candidate/stable
[09:26] <didrocks> nope, reverting gnome-session isn't it…
[09:27] <didrocks> ah, better, now I constantly have login not working
[09:34] <didrocks> ok, so confirming that first time in the session script, XDG_DATA_DIRS is empty
[09:34] <didrocks> second time, it has /usr/share…
[09:34] <didrocks> (before starting gnome-session)
[09:34] <willcooke> mvo, thanks!  Ken mentioned yesterday that he had snaps built on it
[09:34] <didrocks> (on wayland only)
[09:35] <didrocks> so I guess the /etc/X11/Xsession.d hides that bug forus
[09:35] <didrocks> for us*
[09:35] <mvo> willcooke: do you know which snaps those are? I am writing a mail now too so that this does not get lost in irc but if you know I can test the new core18 with those right away
[09:36] <didrocks> ah, 3rd login: XDG_DATA_DIRS empty again
[09:36] <willcooke> mvo:
 i have a build of gnome-calculator that uses gnome-3-28-1804 and core18
 all working
[09:36] <willcooke> that was yesterday at 1515 my time
[09:36] <didrocks> seb128: Laney: do you know if we have anything lazying tearing down our session and maybe gdm picks it up?
[09:36] <mvo> willcooke: ok, I try that one
[09:37] <mvo> willcooke: thank you
[09:37] <willcooke> mvo, looks like it's in edge
[09:37] <willcooke> and beta
[09:37] <willcooke> the edge one will be the CI build from last night
[09:38] <mvo> willcooke: ta
[09:44] <willcooke> ha, I was replying to a forum post about clicking and just as I was about to hit reply duflu beat me to it :)
[09:44] <duflu> Heh.
[09:44]  * duflu closes mail for the day
[09:44] <willcooke> thx duflu
[09:45] <willcooke> duflu, what's your reading on the feedback so far?  Seems that it's not worse, but there are still a few leaks, which we expected
[09:45] <duflu> willcooke, yeah it's exactly as expected. Measurably better but we still need to get the other fixes as they land
[09:46] <willcooke> hm, having said that, just rebooted my 18.04 box and it wont log in.  Prolly unrealted, will debug
[09:47] <willcooke> and I cant get to a vty either. grrr
[09:48] <duflu> willcooke, bug 1765261 ?
[09:48] <ubot5`> bug 1765261 in gdm3 (Ubuntu) "Ubuntu 18.04 login screen rejects a valid password on first attempt. Always works on the second attempt" [Undecided,New] https://launchpad.net/bugs/1765261
[09:49] <willcooke> duflu, hm, I think this is a different one.  It's just locked up now
[09:49] <duflu> willcooke, hit Cancel?
[09:50] <willcooke> I cant, mouse wont move
[09:50] <willcooke> maybe I can ssh in
[09:50] <didrocks> seb128: Laney: so, I think what happens in the "working" case is that the previous session isn't closed and envs are picked up from it
[09:51] <didrocks> seb128: Laney: I did multiple tests, but noticed that if I logout/login right away, sometimes I am in the working state (old vars picked up), sometimes not.
[09:52] <didrocks> with more testing, I noticed that if I wait for more than a minute, logged in, logout and log in again, I'm in a clean session (no older env vars picked up)
[09:52] <didrocks> so, my bet is that the lazy loading of things, like gnome-software is the impact for delaying session close
[09:53] <didrocks> and so, repeated env vars (picked up by old session) is due to that session not being closed yet (because you just logged off and in again after a short session)
[09:53] <didrocks> so, this is one bug
[09:53] <willcooke> duflu, killed gnome-shell & gdm and the mouse started responding again
[09:53] <willcooke> and it logged in fine this time
[09:53] <didrocks> the second one, which I'm looking, is why now the env vars don't complete anymore under wayland in the "no previous session case"
[09:54] <willcooke> duflu, meh, probably just one of those things
[09:54] <didrocks> maybe actually that never worked before in the wayland case and I always had a session hanging due to the first bug ^
[09:54] <didrocks> (which seems the most likely)
[09:59] <Laney> didrocks: you should be able to close a session and see what processes are still running
[09:59] <Laney> e.g. loginctl session-status $session
[09:59] <didrocks> Laney: well, you need to be logged in for this
[09:59] <didrocks> so, need to create another user :p
[09:59] <Laney> sure
[10:00] <didrocks> I'll first take a lunch break, but I think this is the case
[10:00] <didrocks> and regardless of that, XDG_CONFIG_DIRS shouldn't happen itself if already there, I'll modify this
[10:01] <willcooke> enjoy your baguette didrocks ;P
[10:01] <didrocks> willcooke: and *fromage*
[10:01] <willcooke> lololol
[10:05] <Laney> wish my monitor didn't stop sending audio when it DPMS powers off :(
[10:15] <didrocks> we need at least fixing /etc/profile.d/apps-bin-path.sh and /etc/profile.d/xdg_dirs_desktop_session.sh
[10:15]  * didrocks really goes now
[11:42] <kenvandine[m][m]> mvo: I tested it with gnome-calculator and the new platform snap
[11:43] <willcooke> morning kenvandine[m][m]
[11:43] <kenvandine[m][m]> gnome-3-28-1804 is in edge but gnome-calculator is just a local build
[11:44] <kenvandine[m][m]> willcooke: good morning
[11:51] <seb128> hey kenvandinemm
[11:51] <seb128> those [] are annoying to type :p
[11:54] <seb128> Laney, thanks for upstreaming that udisks fix, I had that on my list for today ... sorry for being too slow, but I'm not going to complain about one less thing to do, you win a free beer :)
[11:55] <Laney> seb128: it's OK, I just wanted to get that uploaded and liked to have that task squared off before then
[11:56] <Laney> also you sounded like you wanted to be in orca mode :-)
[11:56] <seb128> I do indeed, that's higher priority for the release
[11:56] <seb128> so thanks :)
[11:56] <Laney> the main reason for uploading is the volume-key thing
[11:58] <seb128> right, I guessed, thanks for sorting that one as well!
[11:59] <mwilson-e> didrocks: Hello, I work for Entroware, a computer manufacturer that ships Ubuntu machines and I was wondering if you would accept a change to the OEM collection section of ubuntu-report to /sys/class/dmi/id/sys_vendor from the chassis_vendor?  It seems like that would be more appropriate and this is how we set ours. I would appreciate any feedback you can give on this.
[11:59] <seb128> seems like our release issues list is getting in shape
[12:03] <mwilson-e> didrocks: Hello, I work for Entroware, a computer manufacturer that ships Ubuntu machines and I was wondering if you would accept a change to the OEM collection section of ubuntu-report to /sys/class/dmi/id/sys_vendor from the chassis_vendor.  It seems like that would be more appropriate and this is how we set ours. I would appreciate any feedback you can give on this.
[12:04] <seb128> mwilson-e, hey, we saw what you posted, didrocks is currently away but he's probably going to reply to you once he's back which is probably in less than an hour
[12:05] <seb128> just stay here for a bit if you can
[12:05] <seb128> otherwise I suggest to retry later or email
[12:06] <mwilson-e> seb128: Ah, my irc client messed up before so I had to reconnect and did not know if it sent. Cheers for letting me know.
[12:06] <seb128> np
[12:21] <mvo> kenvandine[m][m]: you tested and things are ok?
[12:24] <kenvandine[m][m]> mvo: yesterday I did and it seemed ok
[12:24] <kenvandine[m][m]> mvo: I can test the latest in a few minutes
[12:26] <mvo> kenvandine[m][m]: yeah, please check hte latest version in edge of core18
[12:26] <mvo> kenvandine[m][m]: but no rush
[12:28] <didrocks> mwilson-e: hey! I referenced on https://wiki.debian.org/HowToIdentifyADevice/System, section "/sys" which list chassis_vendor, so I think more standard than sys_vendor
[12:29] <didrocks> also, a lot of hw seems to only have chassis_* populated and not sys_*
[12:29] <didrocks> for instance: https://natalian.org/2015/02/18/Archlinux_on_a_Lenovo_X1C3/
[12:29] <didrocks> this is why I preferred that one over the other one
[12:30] <didrocks> I wonder if we shouldn't do a try/catch (like if chassis_vendor is empty, try sys_vendor)
[12:31] <didrocks> (note that most stack exchange answers list chassis_vendor)
[12:36] <mwilson-e> didrocks: Would it be possible to do a try catch if sys_vendor is empty? Our chassis_vendor value is set to "Notebook" which is a default from our partners and used by multiple OEMs so this may be confusing.
[12:37] <mwilson-e> We set the OEM values for System Information in the type 1 section which is referenced here in the SMBIOS spec
[12:37] <mwilson-e> https://www.dmtf.org/sites/default/files/standards/documents/DSP0134_2.7.1.pdf
[12:37] <mwilson-e> This is under section 7.2
[12:38] <mwilson-e> and the type 1 manufacturer is mapped to sys_vendor
[12:41] <mwilson-e> All this information can also be seen here together. `sudo dmidecode -t 1`
[12:42] <didrocks> mwilson-e: ok, so you would be in favor of removing chassis_vendor and replacing it with sys_vendor, correct?
[12:43] <mwilson-e> didrocks: Yeah, no problem. Ill sort that for you ASAP.
[12:43] <didrocks> mwilson-e: oh, you are contributing the fix? Even better :)
[12:44] <didrocks> ensure all tests still run :)
[12:44] <didrocks> (and please, change struct field name thus)
[12:45] <didrocks> mwilson-e: another note: final freeze is tonight, so if you want that to be included in the final iso, you will need to convince the release team on #ubuntu-release (and open a bug on launchpad about it)
[12:46] <didrocks> mwilson-e: if you need help with the test side (there are filesystem mocks in testdata/), do not hesitate to ask
[12:46] <didrocks> I'm using also golden files for generated json, so running the tests with -update to update them (and then, look that the diff is what you expect ;))
[12:47] <didrocks> (also, is it the right time for me to request a powerful system machine to ensure that it works on it in the future to be shipped at home? or too soon? ;))
[12:48] <mwilson-e> Would it be possble for you to make the change in order to get this fixed quicker? My experience is limited this process.
[12:49] <didrocks> mwilson-e: so, do you mind opening the bug and talk to the release team?
[12:49] <didrocks> bug on launchpad against ubuntu-report package please
[12:49] <mwilson-e> Also if you need a system, just shoot me an email at mwilson @ entroware . com and I will see what I can do.
[12:49] <mwilson-e> didrocks: will do, cheers.
[12:52] <didrocks> mwilson-e: excellent! Please past the bug link here so that I can reference it
[12:56] <mwilson-e> didrocks: the LP number is 1765400
[12:56] <didrocks> mwilson-e: perfect, thanks! I'll keep you posted. The fix is building in Travis right now :)
[12:56] <didrocks> then, I'll update the package
[12:57] <mwilson-e> didrocks: Cheers. I really appreciate you taking the time to change this.
[12:58] <didrocks> no worry, thanks for explaining and pointing to the spec (better than relying on some wiki and stackoverflow) :)
[13:11] <kenvandine> mvo, sorry, the edge channel of gnome-calculator comes from upstream master which hasn't been updated yet for the new content interface
[13:11] <kenvandine> i put it in the beta channel for now
[13:12] <kenvandine> willcooke, mvo: https://forum.snapcraft.io/t/auto-connection-for-gnome-3-28-1804-content-interface/5043
[13:13] <didrocks> kenvandine: does it has the theme plugs as well?
[13:13] <kenvandine> didrocks, no, i'll add those seperately
[13:13] <didrocks> or you onlly put the platform snap in the beta channel and not gnome-calculator yet?
[13:13] <didrocks> ok
[13:14] <didrocks> think about the sound-theme as well!
[13:14] <kenvandine> the platform is in stable
[13:14] <didrocks> sound-themes* even IIRC
[13:14] <kenvandine> didrocks, will do, gnome-calculator probably doesn't need the sound themes though
[13:16] <didrocks> yep
[13:31]  * kenvandine contemplates updating primary desktop to bionic
[13:33] <mvo> kenvandine: cool, thank you
[13:34] <kenvandine> mvo, it's great to see how small you got core18
[13:34] <kenvandine> that's tiny
[13:34] <mvo> kenvandine yeah, its cool. it will most likely grow a bit again when we make it bootable but hopefully not much
[13:37] <oSoMoN> thanks didrocks for the endorsement!
[13:38] <seb128> oSoMoN, congrats!
[13:39] <didrocks> very well deserved oSoMoN :)
[13:41] <willcooke> woot, well done oSoMoN
[13:45] <kenvandine> oSoMoN, congrats!
[13:47] <oSoMoN> thanks guys
[14:20] <didrocks> tjaalton: hey! to fix bug #1764355, I will need to do a xorg upload, I was planning to build on tsimonq2's commit that was merged but not released 2 weeks ago, do you have time to review/merge mine: https://salsa.debian.org/xorg-team/xorg/merge_requests/3 ?
[14:20] <ubot5`> bug 1764355 in gnome-session (Ubuntu) "Visual Studio Code, Slack and other electrons apps crash due to XDG_CONFIG_DIRS keeps getting expanded every login" [Undecided,Confirmed] https://launchpad.net/bugs/1764355
[14:20] <ubot5-ng> X Strike Force bug (Merge request) 3 in xorg "Protect against multipleadditions of the same paths to XDG_CONFIG_DIRS" (comments: 0) [Opened]
[14:20] <didrocks> tjaalton: and tested it in a vm and confirm the fix for XDG_DATA_DIRS on Xorg
[14:29] <tjaalton> didrocks: sure
[14:30] <didrocks> tjaalton: just pushed the same logic for xdg_data_dir and we are on par with my fixes on gnome-session
[14:30] <didrocks> tjaalton: ah, too quick to review, you want another MR for XDG_DATA_DIR?
[14:31] <tjaalton> ah, yes
[14:31] <didrocks> tjaalton: https://salsa.debian.org/xorg-team/xorg/merge_requests/4
[14:31] <ubot5-ng> X Strike Force bug (Merge request) 4 in xorg "Protect duplication in XDG_DATA_DIRS" (comments: 0) [Opened]
[14:35] <didrocks> tjaalton: just did 10 logout/logins in a raw and with this Xorg fix + gnome-session one, no more duplication \o/
[14:35] <tjaalton> cool
[14:36] <didrocks> tjaalton: thanks for merging, should I upload or you will?
[14:36] <tjaalton> i'll upload after this call
[14:36] <didrocks> perfect, many thanks!
[14:36] <tjaalton> np
[14:46] <didrocks> gnome-session uploaded, that + xorg fix mainly bug #1764355. I still have snapd to fix in a similar way + communitheme snap to adapt now
[14:46] <ubot5`> bug 1764355 in gnome-session (Ubuntu) "Visual Studio Code, Slack and other electrons apps crash due to XDG_CONFIG_DIRS keeps getting expanded every login" [Undecided,Confirmed] https://launchpad.net/bugs/1764355
[14:46] <seb128> didrocks, good job!
[14:46] <didrocks> seb128: good finding on that bug, I'm sure Jamie's crash he mentioned to me some days ago was due to this and not wayland nor communitheme nor snap related :p
[14:46] <seb128> didrocks, what was the issue with the theme?
[14:46] <didrocks> willcooke: FYI ^
[14:46] <didrocks> well, there are basically 2 bugs
[14:47] <didrocks> one is that the session isn't closing
[14:47] <tseliot> Wimpress, mwilson-e: I managed to debug LP: #1764005. I hope to upload the fix by tomorrow.
[14:47] <ubot5`> Launchpad bug 1764005 in nvidia-graphics-drivers-390 (Ubuntu) "Black-screen on boot with nvidia 390 for Budgie, MATE, Xubuntu, Kubuntu" [High,Confirmed] https://launchpad.net/bugs/1764005
[14:47] <didrocks> but when it's closed, XDG_DATA_DIRS with communitheme doesn't include defaults
[14:47] <didrocks> (it works with the Xorg scripts which unconditionally adds the path, not the wayland case)
[14:48] <seb128> ah, so that never worked/wasn't a regression?
[14:48] <didrocks> so log in first, get the paths added, logout and login again in wayland works
[14:48] <didrocks> well, that's tricky, the fundamental issue is that we don't shut down the session completely
[14:48] <didrocks> this still needs to be debug (but anyway, those protections are needed)
[14:48] <didrocks> so I fix the urgent part
[14:48] <Wimpress> tseliot: Nice! I'll test when it's available.
[14:48] <didrocks> but in testing, you are generally logged in, you logout and login again
[14:49] <didrocks> so I didn't see the issue in the wayland case :p
[14:49] <tseliot> Wimpress: great, thanks
[14:49] <willcooke> didrocks, \m/
[14:49] <willcooke> great work
[14:49] <didrocks> still needs to have snapd with a similar fix
[14:49] <seb128> right
[14:49] <didrocks> (their duplication detection assumes snap* is always the last element of the string…)
[14:49] <didrocks> and so, communitheme, as I changed XDG_DATA_DIRS while starting gnome-session
[14:50] <didrocks> on Xorg -> Xsession.d -> my script changing XDG_DATA_DIRS -> gnome-session, OK
[14:50] <didrocks> on Wayland -> my script changing XDG_DATA_DIRS -> gnome-session -> profiles.d seeing "oh XDG_DATA_DIRS is already set, do nothing" -> KO
[14:50] <didrocks> the snap part is easy to fix :)
[14:50] <didrocks> for snapd, we'll see
[14:50] <didrocks> then, we can have a look at what process hangs the session
[14:51] <seb128> right
[14:51] <didrocks> I bet it's the delayed gnome-software scan
[14:51] <didrocks> (which would be way we never saw that corner case before bionic)
[14:51] <didrocks> why*
[14:54] <willcooke> didrocks, do you think that is in any way realted to: https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1505409
[14:54] <ubot5`> Ubuntu bug 1505409 in GNOME Shell "gnome-shell crashed with SIGTRAP in x_io_error() from _XIOError() from _XEventsQueued() from XPending() from gdk_check_xpending() ["Connection to xwayland lost"]" [Critical,Confirmed]
[14:54] <didrocks> willcooke: I don't think, gnome-session wouldn't even start
[14:54] <didrocks> oupss
[14:54] <didrocks> gnome-shell wouldn't even start, I meant
[14:54] <didrocks> (like, not even trying)
[14:55] <seb128> did we delay gnome-software?
[14:55] <seb128> I though we didn't
[14:55] <seb128> or is that an upstream change?
[14:55] <didrocks> oh, I thought we did? I based that on conversations here
[14:55] <didrocks> I thought it was the general agreement
[14:56] <didrocks> ok, so don't know at all what hangs the session before we look into it
[14:56] <seb128> Laney oppposed it from what I followed
[14:56] <didrocks> ok, I missed it
[14:56] <seb128> yeah
[14:56] <seb128> https://bugs.launchpad.net/ubuntu/+source/gnome-software/+bug/1756379
[14:56] <ubot5`> Ubuntu bug 1756379 in gnome-software (Ubuntu Bionic) "Delay start of gnome-software service" [Medium,Triaged]
[14:56] <seb128> not closed
[14:57] <Laney> I don't think that would make complete sense anyway
[14:57] <Laney> xdg-started stuff is started by gnome-session
[14:57] <seb128> kenvandine, willcooke, ^ that's a milestone bug assigned to robert, I guess he didn't did status update for those in his summary and we didn't think about checking/nagging the people who sent summaries
[14:57] <Laney> and this closes when the session closes
[14:59] <seb128> right, anyway that's easy to investigate when things will be less crazy later
[15:07] <didrocks> mvo: hey, this is your side of the fix for duplication env variable: https://github.com/snapcore/snapd/pull/5075 :)
[15:07] <ubot5-ng> snapcore bug (Pull request) 5075 in snapd "snap/env: fix env duplication logic" (comments: 0) [Open]
[15:09] <mvo> didrocks: thank you! how urgent is this? omg important for the release?
[15:10] <didrocks> mvo: not urgent on that part, it's not like the other env variables which makes electron apps crashing after multiple logout/login :)
[15:10] <didrocks> mvo: as long as it's in the next release and SRUed, it's all good :)
[15:11] <seb128> jibel, http://people.canonical.com/~seb128/ubiquity-screen-reader.patch makes the screenreader work/start with ctrl-S
[15:13] <jibel> seb128, what's the difference with the patch you posted this morning?
[15:13] <seb128> jibel, refresh
[15:13] <seb128> jibel, but basically I went to the old codebase, making ubiquity handle the keybinding rather than trying to make it react to gsettings
[15:15] <mvo> didrocks: yeah, that should be fine
[15:15] <jibel> seb128, yes, it makes sense. Do you understand why the signal approach does not work?
[15:17] <seb128> no :/
[15:17] <seb128> the dbus environment is correct
[15:17] <seb128> I don't know how to debug that further
[15:18] <jibel> and the signal propagates over the bus, and everything is talking over the same bus
[15:19] <jibel> it just doesn't really make sense that the callback is not called
[15:19] <seb128> yeah
[15:19] <seb128> Laney said it was be some dbus checks on uid/context
[15:19] <seb128> but I don't know how to debug that
[15:19] <seb128> anyway the old code works, so we can go back to that
[15:19] <seb128> I just need to tweak/unset the GNOME keybinding so they don't conflict
[15:20] <seb128> and I'm going to look if there are other a11y things easy to restore/fix which are not working since the indicator changes
[15:20] <seb128> so I'm going to merge request that tomorrow morning
[15:20] <Laney> don't you want to do this from ubiquity-dm if it's only for this part?
[15:20] <seb128> you mean "this"?
[15:21] <Laney> that change
[15:21] <Laney> start orca or whatever
[15:21] <seb128> well, I went the easy way
[15:21] <seb128> went back to the code that existed in trusty and worked
[15:21] <seb128> undoing the a11y-indicator thing from Luke
[15:22] <seb128> I guess that could be done in ubiquity-dm, it's just new code to write so more work
[15:22] <Laney> ok, I thought you said that screen reading works in the normal live session
[15:22] <seb128> it does
[15:22] <seb128> but it would work as well if ubiquity was handling the keybinding
[15:22] <seb128> but yeah, I guess I can add the key listener to ubiquity-dm and see if that works
[15:23] <Laney> if you have to mess with keybindings it might have an impact on the rest of the session
[15:23] <seb128> true
[15:23] <seb128> well it's easy enough to add that code to -dm and see how it goes
[15:23] <seb128> I need to go and pick the kid but I try that a bit later
[15:23] <seb128> Laney, thanks for the input :)
[15:24] <Laney> no worries, good luck!
[15:26] <seb128> thx
[15:48] <willcooke> andyrock, hey!  Was the g-i-s livepatch supposed to sign you in to snapd as well?
[15:50] <willcooke> or were we waiting for a g-o-a integration from snapd?
[16:13] <GunnarHj> sil2100: Looks like the langpack export was successful. Your ball now. :)
[16:20] <sil2100> GunnarHj: I already poked new langpacks and the uploads have been made like some 30 mins ago
[16:20] <GunnarHj> sil2100: Ah, great. I didn't even look. ;)
[16:21] <sil2100> https://launchpad.net/ubuntu/bionic/+queue?queue_state=1&queue_text= <- they're in the queue, let me approve ;)
[16:23]  * sil2100 is mass-approving
[16:29] <sil2100> GunnarHj: ok, all langpacks approved from the bionic queue, they should start building soon
[16:32] <GunnarHj> sil2100: Thanks. Will check it out later.
[16:32] <GunnarHj> Btw, you will request an extra delta export, right? Asking because I just said so in a comment at bug #1765440.
[16:32] <ubot5`> bug 1765440 in Ubuntu Translations "Translation missing for GNOME Calculator" [High,In progress] https://launchpad.net/bugs/1765440
[16:34] <sil2100> GunnarHj: by extra you mean before final release?
[16:34] <willcooke> thanks a lot GunnarHj sil2100
[16:34] <sil2100> Or should I request a delta export now?
[16:34] <sil2100> (I think we're still not in translation freeze, right?)
[16:36] <GunnarHj> sil2100: Yes, before release. (Translation freeze happens in 4.5 hours.) Unsure about the most suitable time to do it. Think Martin used to do it around Monday before release.
[16:36] <GunnarHj> np willcooke
[16:45] <GunnarHj> sil2100: It may be important to change "Language pack base" at https://translations.launchpad.net/ubuntu/bionic/+language-packs before that export.
[16:50] <sil2100> Ok, yeah, I'll try to remember it
[16:50] <sil2100> I guess I'll switch it now that the new base-packs are uploaded
[18:10] <willcooke> night gang
[19:56] <oSoMoN> good night
[20:52] <teeramisu> xorg.conf missing under 18.04 is it known issue or something changed about xorg.conf?
[20:59] <tjaalton> teeramisu: there hasn't been one by default since 8.04 or so