[06:20] <Laney> hi from train!
[06:24] <duflu> Laney, hi from an upside down inertial frame of reference
[06:24] <Laney> duflu: you must have strong fingers
[06:25] <duflu> Laney, no the whole country is upside down
[06:37] <didrocks> good morning
[06:39] <nhaines> didrocks: good morning!
[06:40] <didrocks> hey nhaines!
[07:00] <duflu> Hi didrocks, nhaines
[07:16] <didrocks> hey duflu
[07:16] <c-lobrano> morning all :)
[07:21] <didrocks> hey c-lobrano!
[07:21] <oSoMoN> good morning desktoppers
[07:21] <c-lobrano> didrocks: :)
[07:26] <didrocks> salut oSoMoN
[07:26] <oSoMoN> salut didrocks
[07:30] <seb128> good morning desktopers
[07:30] <didrocks> salut seb128 !
[07:30] <seb128> hey Laney duflu nhaines didrocks c-lobrano oSoMoN
[07:30] <duflu> Hi seb128, oSoMoN, c-lobrano
[07:32] <duflu> seb128, btw Wednesday will be a holiday in Au (and NZ?). Do you want me online that day anyway?
[07:33] <oSoMoN> salut seb128
[07:33] <seb128> duflu, I don't think it's needed, unless a release blocker fire that requires you is uncovered
[07:33] <oSoMoN> hey duflu
[07:33] <seb128> but that's not likely
[07:54] <didrocks> jibel: hey! So, if you plan to do a respin for ubiquity this week, I quickly wrote https://code.launchpad.net/~didrocks/ubiquity/oem-mode-telemetry/+merge/343781 to collect the oem mode as we discussed. It's up here, as you wish :)
[07:57] <seb128> jbicha, https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/85 seems like one maybe worth trying to get in the release? that's bug #1765353 basically the polkit auth handler getting screwed if you dismiss a prompt
[07:57] <ubot5`> bug 1765353 in gnome-shell (Ubuntu) "gnome-control-center crashed with SIGSEGV in acquire_cb() from g_simple_async_result_complete()" [Undecided,Fix committed] https://launchpad.net/bugs/1765353
[07:57] <ubot5-ng> GNOME bug (Merge request) 85 in gnome-shell "polkitAgent: Guard against repeated close() calls" (comments: 0) [Merged]
[07:57] <seb128> it's making client code segfault and is screwed until you restart the session
[07:58] <seb128> the fix seems also easy enough
[08:00] <willcooke> morning
[08:01] <seb128> hey willcooke, how are you?
[08:01] <didrocks> hey willcooke, already arrived to the office?
[08:01] <didrocks> at*
[08:02] <willcooke> No, not going in today now
[08:02] <didrocks> ah ok ;)
[08:03] <duflu> Morning willcooke
[08:07] <seb128> willcooke, crap, I forgot about adding -openvpn to the iso after the recent discussion ... I guess for .1 at this point?
[08:07] <seb128> Laney, ^ wdyt?
[08:08] <willcooke> seb128, ah, I forgot too.
[08:08] <seb128> :/
[08:11] <duflu> seb128, that fix sounds like it might also solve bug 1765593
[08:11] <ubot5`> bug 1765593 in gnome-shell (Ubuntu) "Cannot restart synaptic if cancelled the first time" [Low,Confirmed] https://launchpad.net/bugs/1765593
[08:11]  * duflu quietly hopes it also explains a login failure bug or two
[08:13] <seb128> duflu, thx, sounds like you agree we should try to get it in :)
[08:13] <seb128> duflu, did you figure out something about your "first login fails" issue?
[08:13] <duflu> seb128, no I only added all the log messages I could find
[08:13] <duflu> Which was surprisingly little
[08:14] <seb128> :/
[08:14] <seb128> Laney, what did you mean by "if you make it write then the callback is called"? you got the callback connect to "changed" called?
[08:19] <doko> there seem to be some gobject triggered ftbfs regressions:
[08:19] <doko> https://launchpadlibrarian.net/363935466/buildlog_ubuntu-bionic-arm64.libqmi_1.18.0-3_BUILDING.txt.gz
[08:21] <duflu> doko, I think you mean a bug in libqmi-glib. That error is libqmi-glib's fault for failing to cast the result. Isn't it?
[08:23] <doko> duflu: I don't care who's fault this is, but I would expect those people updating to a new glib doing at least an analysis what fails, and the fixing it ...
[08:23] <doko> then even
[08:24] <seb128> doko, we would expect people updating to a new gcc also fixing all the issues in creates in the archive :p
[08:26] <doko> seb128: there's always an analysis of the build failures, which is *completely* missing for *any* glib upload
[08:26] <seb128> doko, I don't think that's a fair statement, we do fix the desktop set components and we look on other issues related when they are raised to us
[08:27] <duflu> seb128, you mentioned some key repeat problems on the login screen last week, do you have more info?
[08:29] <seb128> duflu, https://bugzilla.gnome.org/show_bug.cgi?id=777693 is what I was thinking about
[08:29] <ubot5`> Gnome bug 777693 in general "Input event (e. g. typing on keyboard) is sent repeatedly during high load" [Normal,Needinfo]
[08:29] <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
[08:29] <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
[08:30] <seb128> see comment #10
[08:59] <Laney> hey seb128
[08:59] <Laney> just got to the office
[08:59] <Laney> seb128: connect the callback and then do a11y_settings[key_name] = False straight after
[09:00] <Laney> it calls the callback
[09:03] <seb128> Laney, hey,; ah right, if you do change it from the code
[09:03] <seb128> yeah, that works :/
[09:03] <seb128> I don't understand the difference with changing it from outside though :/
[09:04] <Laney> right it's connecting to the wrong dconf daemon or something
[09:05] <seb128> that's weird :/
[09:05] <seb128> it relies on the dconf daemon to get the changed signal?
[09:12] <Nafallo> salut o/
[09:13] <Laney> something like that
[09:32] <Wimpress> Morning desktopers
[09:32] <Wimpress> didrocks: I have something to show you :-)
[09:33] <Wimpress> https://usercontent.irccloud-cdn.com/file/5YW7QsK2/telemetry.png
[09:34] <Wimpress> didrocks: I think using flavour specific URLs is required, for people opting out. Otherwise all opt-out counts would be for Ubuntu only.
[09:35] <Wimpress> I think I've found a problem with passing in a URL however.
[09:35] <Wimpress> See this https://paste.ubuntu.com/p/mBB9F45Vqm/
[09:53] <Laney> why are VMs just so bad on my laptop
[09:54] <Laney> is this case particularly affected by spectre fixes?
[09:55] <willcooke> could well be
[10:18] <ads20000> ooo I've noticed slight slowdowns across my desktop, maybe that's why...
[10:22] <didrocks> Wimpress: hey, as explained last time, how to know which flavour is currently reporting?
[10:23] <didrocks> Is installing ubuntu-desktop + xubuntu-desktop should count as xubuntu our ubuntu?
[10:23] <didrocks> or*
[10:23] <didrocks> and now add even more metapackage :)
[10:23] <didrocks> and what about people removing those metapackages as well?
[10:23] <didrocks> that's why we decided against a generic ubuntu/desktop URL for now
[10:24] <didrocks> if you have any suggestions, they would be welcome, but sounds late anyway for release now
[10:33] <didrocks> (and also, I don't think we should collect flavor if they opt-out)
[11:29] <ads20000> seb128: forgive my stupidity in that bug report, I've worked out now how to read the journal but it's taking a while to get through it because an AppArmor denial on the Discord snap is cluttering the log (which I made persistent). In fact, system.journal is 100MB because of that (and only for the last five days) xD
[11:30] <seb128> urg :/
[11:30] <seb128> should get that reported/fixed
[11:30] <ads20000> Will do once it finishes spooling xD
[11:37] <ads20000> filed https://github.com/snapcrafters/discord/issues/23
[11:37] <ubot5-ng> snapcrafters bug 23 in discord "AppArmor denial cluttering systemd logs" (comments: 0) [Open]
[11:37] <ubot5`> bug 23 in Baz (deprecated) "baz redo should use merge3 for conflicts like most other commands do." [Medium,Won't fix] https://launchpad.net/bugs/23
[11:52] <willcooke> didrocks, hey!  Do you think this is a Dock bug or a generic window matching one? https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1766230
[11:52] <ubot5`> Ubuntu bug 1766230 in gnome-shell (Ubuntu) "Strange window matching behaviour between Slack and Chrome " [Undecided,New]
[11:53] <didrocks> willcooke: the machting is always done by the Shell, not the Dock, so generic window matching
[11:53] <didrocks> matching*
[11:53] <willcooke> thx didrocks
[11:53] <didrocks> yw ;)
[12:21] <GunnarHj> Hello seb128!
[12:22] <GunnarHj> Can you please take a look at this: https://lists.ubuntu.com/archives/ubuntu-translators/2018-April/007490.html
[12:22] <seb128> hey GunnarHj, how are you?
[12:22] <GunnarHj> seb128: It's fine here, how about you?
[12:24] <GunnarHj> seb128: Several important languages have added translations since I wrote that. The question is if there is a chance the get them in.
[12:28] <seb128> GunnarHj, sorry, dsl disconnected/changed IP so I lost some backlog. Did you see my reply/question? Did you answer
[12:28] <GunnarHj> seb128: No, saw no reply from you.
[12:29] <seb128> GunnarHj, I was saying that I saw that email and that the situation is a bit unfortunate but I'm unsure what's the question/what you need input on?
[12:30] <GunnarHj> seb128: Several important languages have added translations since I wrote that. The question is if there is a chance the get them in.
[12:30] <seb128> Laney, do you keep poking at that ubiquity/gsettings issue or did you give up as well after that unsuccessful round on friday?
[12:30] <seb128> GunnarHj, if the question is about a langpack respin I think you should ask Lukasz/#ubuntu-release
[12:31] <seb128> we could also change g-i-s to have a translations patch and no strip its translations
[12:31] <seb128> like distro update them with a launchpad export
[12:32] <GunnarHj> seb128: Not stripping is an option I didn't think of. Is Lukasz present today?
[12:33] <seb128> He should, I assumed he would be in London for the release week
[12:34] <GunnarHj> seb128: I'll join #ubuntu-release and check. (Have some IRC client problems. Have used Empathy since I started to use Ubuntu, but after upgrading to 18.04 it stopped working.)
[12:34] <seb128> :/
[12:35] <seb128> it's unmaintained and was never a great IRC client
[12:35] <GunnarHj> I like/liked it.
[12:37] <GunnarHj> seb128: What would you recommend for IRC?
[12:38] <GunnarHj> sil2100: Hey, we just talked about you. :)
[12:39] <seb128> GunnarHj, hexchat is popular, polaris is the GNOME one which might be worth trying
[12:39] <GunnarHj> seb128: Thanks. I picked hexchat for now. Seems promising.
[12:40] <seb128> :)
[12:40] <sil2100> What's up?
[12:40] <GunnarHj> sil2100: Did you see my mail late Friday night?
[12:41] <sil2100> hm, what was it about? I don't think I remember anything
[12:41] <GunnarHj> sil2100: https://lists.ubuntu.com/archives/ubuntu-translators/2018-April/007490.html
[12:42] <sil2100> GunnarHj: ok, so ugh, my Friday full export was useless then
[12:42] <GunnarHj> sil2100: Yeah, if we decide to request another one. Would that be possible?
[12:43] <sil2100> Yeah
[12:43] <sil2100> GunnarHj: how are things standing right now?
[12:44] <GunnarHj> sil2100: Several important languages have added translations since I wrote that. I'd say they have had their chance...
[12:46] <Laney> seb128: I'm looking, but plz to help too
[12:48] <seb128> Laney, I'm out of idea on what to try/how to debug :/
[12:48] <seb128> didrocks is trying to poke as well
[12:48] <sil2100> GunnarHj: ok... requesting an export now
[12:48] <sil2100> (maybe we'll make it in time)
[12:48] <didrocks> yeah, all dbus addresses are legit…
[12:49] <didrocks> so g-s-d is contacting the correct dconf-service, which is supposed to update the file and then send the signal to connected clients…
[12:50] <Laney> meow
[12:50] <Laney> I got one little glimmer
[12:50] <Laney> (ubiquity:23161): dconf-WARNING **: 12:31:27.488: failed to commit changes to dconf: The connection is closed
[12:51] <GunnarHj> sil2100: Great, thanks! If new langpacks before release would fail for some reason, seb128 pointed at the possibility wrt to gnome-initial-setup to upload it without stripping the translations.
[12:51] <Laney> thats when trying to set the key directly in gtk_ui.py
[12:51] <Laney> after making sure DBUS_SESSION_BUS_ADDRESS was right
[12:51] <didrocks> isn't the only case where the callback was called though?
[12:51] <didrocks> (I didn't try that yet)
[12:53] <Laney> yes
[12:53] <Laney> but the write isn't committed properly
[13:01] <sil2100> GunnarHj: translation export is running, fingers crossed it'll finish soon
[13:02] <GunnarHj> sil2100: Yeah, fingers crossed...
[13:04] <didrocks> Laney: seb128: ok, so a very simple program just connecting to the change signal and running a mainloop, with super+alt+S from ubiquity-dm works
[13:04] <didrocks> (I started this program on a tty)
[13:07] <seb128> didrocks, right, I tried with that people.canonical.com/~seb128/startorca.py
[13:07] <seb128> http://people.canonical.com/~seb128/startorca.py
[13:08] <seb128> which is basically the code I added to ubiquity
[13:08] <didrocks> yep, similar to what I did, without the UI
[13:09] <didrocks> I wonder if there is anything with DBusGMainLoop(set_as_default=True) being called too soon
[13:09] <didrocks> as so some priviledges vs unpriviledges mixup and not connecting to the same session bus
[13:30] <ads20000> seb128: what happens for you if you open Software & Updates and then click Cancel on authentication?
[13:30] <ads20000> (when clicking a checkbox)
[13:31] <seb128> ads20000, that sounds like bug #1765353 you are hitting?
[13:31] <ubot5`> bug 1765353 in gnome-shell (Ubuntu) "gnome-control-center crashed with SIGSEGV in acquire_cb() from g_simple_async_result_complete()" [High,Fix committed] https://launchpad.net/bugs/1765353
[13:32] <ads20000> seb128: ooooo maybe! I'll reboot and try again to see if it's like that bug...if so then I'll look forward to the proposed package!
[13:33] <seb128> :)
[13:33] <seb128> it might be enough thalt-f2 "r"
[13:43] <ads20000> Thanks seb128 it was indeed a dupe and I have marked the bug as such
[13:44] <seb128> ads20000, great!
[13:46] <ads20000> To gauge for related issues before filing again...I've got a problem where if I enter my password incorrectly a few times in GDM and then type it correctly, it fails to log in, just hangs with a cursor and the purple screen
[13:47] <ads20000> At least, I think that reliably produces the issue for me...
[13:51] <seb128> ads20000, bug #1766137
[13:51] <ubot5`> bug 1766137 in gnome-shell (Ubuntu) "[regression] Login fails when preceded by incorrect password" [High,Incomplete] https://launchpad.net/bugs/1766137
[13:51] <seb128> bug #1765261
[13:51] <ubot5`> bug 1765261 in gdm3 (Ubuntu) "[regression] Ubuntu 18.04 login screen rejects a valid password on first attempt. Usually works on the second attempt" [High,New] https://launchpad.net/bugs/1765261
[13:54] <seb128> ads20000, would be nice to report upstream if you can
[13:56] <ads20000> seb128: cheers, bug 1766137 is very closely related to mine (I don't get a menu I don't think, but other than that). If it's a repeated key that's the problem then why does it clear the gdm GUI at all?
[13:56] <ubot5`> bug 1766137 in gnome-shell (Ubuntu) "[regression] Login fails when preceded by incorrect password" [High,Incomplete] https://launchpad.net/bugs/1766137
[13:56] <ads20000> (vanvugt suggests that a repeated key is the problem but I don't see how)
[13:57] <ads20000> *it clears the GDM GUI and just leaves you on a purple screen if you enter a correct password after the incorrect one
[14:00] <seb128> that sounds like the first of the 2 bugs listed
[14:25] <jbicha> mpt: are you around? I filed some first-login-window bugs. Any chance they could be looked at today? https://github.com/CanonicalLtd/desktop-design/issues/101 102 105
[14:25] <ubot5-ng> CanonicalLtd bug 101 in desktop-design "First login: What's new: wording suggestions" (comments: 2) [Open]
[14:25] <ubot5`> Error: Launchpad bug 101 could not be found
[14:26] <seb128> hey jbicha
[14:27] <jbicha> seb128: hi, yes I can do a gnome-shell upload for the polkit issue
[14:27] <seb128> jbicha, that would be great, thanks
[14:39] <ads20000> seb128: do you think this will be useful for upstream? https://bugs.launchpad.net/ubuntu/+source/gdm3/+bug/1766137/comments/9
[14:39] <ubot5`> Ubuntu bug 1766137 in gnome-shell (Ubuntu) "[regression] Login fails when preceded by incorrect password" [High,Incomplete]
[14:40] <ads20000> and should I file against the shell or GDM?
[14:41] <ads20000> It just hangs on purple after the last message, not printing anything else to the log until I hard shutdown
[14:43] <seb128> shell
[14:59] <jibel> how do you translate the screenshot on the 1st page of gnome-initial-setup?
[14:59] <seb128> kenvandine, ^
[14:59] <jibel> it does not seem to be a way to localize it
[14:59] <seb128> Robert said he was working on that
[14:59] <seb128> but that was just before being on holidays
[14:59] <kenvandine> hmm
[14:59] <seb128> and he didn't reply to my question asking how
[15:00] <seb128> maybe Ken knows what he had in mind though
[15:00] <kenvandine> was it an svg?
[15:00] <seb128> that's what I suggested
[15:00] <kenvandine> ah
[15:00] <seb128> that we ask a svg to design
[15:00] <seb128> and do localized version
[15:00] <kenvandine> i knew i saw that somewhere :)
[15:00] <seb128> but nobody replied to that suggestion
[15:00] <kenvandine> :/
[15:01] <jibel> kenvandine, it's a png in the debian/ directory
[15:01] <seb128> Robert wrote "- What's new graphic not translatable - working on that." in his most recent email with the screenshots
[15:01] <jibel> is there a bug report ?
[15:01] <kenvandine> just an email thread i think
[15:05] <jibel> now there is one bug 1766277
[15:05] <ubot5`> bug 1766277 in gnome-initial-setup (Ubuntu) "Ubuntu changes graphic is not translatable" [Undecided,New] https://launchpad.net/bugs/1766277
[15:09] <seb128> willcooke, ^ did you ever get a reply from design about the svg?
[15:10] <seb128> Laney, didrocks, btw I submitted https://code.launchpad.net/~seb128/ubiquity/gsettings-calls-environ/+merge/343829 ... unsure if we want to get it in the release? Without that doing a keybinding that changes a gsettings key resets all the ubiquity overwrites (under ubiquity-dm)
[15:11] <seb128> like the unset of power manager, disabling for screensaver etc
[15:11] <didrocks> would be good to get it, as we discussed
[15:11] <jibel> seb128, what would be the potential impact of this change?
[15:11] <seb128> jibel, less bugs?
[15:12] <jibel> seb128, right, but I meant the other way :)
[15:12] <seb128> atm those sudo processes spawn a new dconf-service which conflicts with the session
[15:12] <jibel> any risk of regression or new bugs ?
[15:12] <didrocks> jibel: hey, btw, have you seen the little MR for OEM key (if we are going to have another respin for ubiquity)?
[15:12] <willcooke> seb128, https://github.com/CanonicalLtd/desktop-design/issues/66
[15:12] <ubot5-ng> CanonicalLtd bug 66 in desktop-design "Visual design for first-login window" (comments: 21) [Closed] - Assigned to lyubomir-popov (lyubomir)
[15:12] <ubot5`> Error: Could not gather data from Launchpad for bug #66 (https://launchpad.net/bugs/66). The error has been logged
[15:12] <willcooke> svg's attached to that ^
[15:12] <seb128> willcooke, k, thanks
[15:12] <jibel> didrocks, yes I did but it can wait or you want it in .0?
[15:12] <seb128> jibel, well, I guess making code that was not working working can lead to behaviour changes
[15:13] <jibel> didrocks, it's small it could be an opportunistic fix
[15:13] <seb128> it basically avoid a reset of those keys that happen sometime
[15:13] <didrocks> jibel: yeah, I think it would be good if we do another build of ubiquity as it's small
[15:13] <seb128> like when trying to enable the screen reader
[15:13] <seb128> then there is the discussion about what we do to fix the screen reader
[15:13] <seb128> we seems to able to understand why the callbacks don't work
[15:14] <seb128> maybe dbus rejecting the message because ubiquity/the mainloop is under another uid?
[15:14] <seb128> options are to either re-enable the keybinding handler code in ubiquity gtk_ui and let it handle the orca activation
[15:15] <seb128> or to add a small script activated with sudo -u <user> that does the gsettings listening/activation
[15:16] <seb128> didrocks, Laney, keybinding could be limited to -dm mode by putting in under
[15:16] <seb128>         if 'UBIQUITY_ONLY' in os.environ:
[15:16] <seb128> at least I think
[15:16] <seb128> (that's already a check used  to disable the logout indicator in gtk_ui.py)
[15:16] <didrocks> you mean, the listening part?
[15:16] <seb128> yes
[15:17] <seb128> if 'UBIQUITY_ONLY' in os.environ:
[15:17] <seb128>         self.live_installer.connect(
[15:17] <seb128>             'key-press-event', self.a11y_profile_keys)
[15:18] <didrocks> yeah, it would better than the alternative (subprocess), which would be along those lines: http://paste.ubuntu.com/p/gPJpzGbbnv/
[15:18] <ads20000> seb128: filed https://gitlab.gnome.org/GNOME/gnome-shell/issues/227
[15:18] <ubot5-ng> GNOME bug 227 in gnome-shell "Login fails when preceded by incorrect password" (comments: 0) [Opened]
[15:18] <ubot5`> Error: Gnome bug 227 could not be found
[15:19] <seb128> ads20000, thx!
[15:19] <seb128> k, I need to step out of an hour, bbl
[15:21] <Trevinho> morning folks
[15:22] <jibel> morning Trevinho
[15:22] <jbicha> jibel: I assume you saw this comment: https://github.com/CanonicalLtd/desktop-design/issues/66#issuecomment-381917292
[15:22] <ubot5-ng> CanonicalLtd bug 66 in desktop-design "Visual design for first-login window" (comments: 21) [Closed] - Assigned to lyubomir-popov (lyubomir)
[15:22] <ubot5`> Error: Could not gather data from Launchpad for bug #66 (https://launchpad.net/bugs/66). The error has been logged
[15:23] <Trevinho> hey jibel
[15:23] <Trevinho> jbicha: hey, do you have some time to check the mutter MR and the gnome-shell MP?
[15:25] <jbicha> Trevinho: I think I already said before that the gnome-shell patch didn't seem very important
[15:26] <Trevinho> jbicha: not very important, but improves rendering in a good way, so I'd like to get in and Daniel too
[15:26] <Trevinho> but, as you prefer... As per mutter is quite needed not to get distracted by wrong bug reports
[15:26] <jibel> jbicha, no I didn't
[15:26] <jbicha> Trevinho: sorry to be a pain, why is the gnome-shell change not committed upstream yet?
[15:27] <Trevinho> jbicha: because you know how upstream timing is...
[15:27] <Trevinho> even simple crash fixes (https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/79) take their time
[15:27] <ubot5-ng> GNOME bug (Merge request) 79 in gnome-shell "St cache texture destroy fixes" (comments: 0) [Opened]
[15:27] <jbicha> Trevinho: and the more patches we add that haven't been accepted in GNOME, the more uncomfortable I get
[15:29] <jbicha> upstream never actually released the gnome-shell & mutter 3.28.1 tarballs. It tempts me to believe in conspiracy theories … (but maybe just an accident here)
[15:33] <jbicha> Trevinho: could you rebase your mutter MP?
[15:41] <Trevinho> willcooke: do you have any option for https://bugs.launchpad.net/ubuntu-themes/+bug/1762465 seeing how late we are for big changes?
[15:41] <ubot5`> Ubuntu bug 1762465 in ubuntu-themes (Ubuntu) "Nautilus sidebar theming is confusing" [Medium,Confirmed]
[15:42] <Trevinho> (and seb128 too ^)
[15:42] <jbicha> Trevinho: I need to do a gnome-shell upload today anyway, maybe you could add more SRU style info to bug 1744001 ?
[15:42] <ubot5`> bug 1744001 in gnome-shell (Ubuntu) "Expanded panel menus don't fade out cleanly on close" [Low,In progress] https://launchpad.net/bugs/1744001
[15:42] <Trevinho> ok
[15:49] <Trevinho> jbicha: rebased
[15:49] <Trevinho> jbicha: should I keep unreleased or unstable?
[15:50] <willcooke> Trevinho, IMO you suggested change doesn't solve the problem.  Sorry.
[15:51] <Trevinho> willcooke: I agree, what about the last comment?
[15:51] <Trevinho> willcooke: we can't just change the two backgrounds at this point I think
[15:52] <willcooke> I'm not sure what you are saying is "too big a change".  What duflu is saying, I think, is to make the background colour for the icons the same as the text
[15:52] <willcooke> Are you saying changing the background colour on just the icons is a big change?
[15:52] <Trevinho> willcooke: I mean being past UIf...
[15:52] <willcooke> and would that have a knock on effect elsewhere?
[15:53] <willcooke> Trevinho, I'm not really sure.  I think that the "bug" is real and changing the background colours to match is a fix for that bug.
[15:53] <Trevinho> what I would do as an easy change is to just use the selected item as a single line, instead of using this case where it could be confusing
[15:53] <willcooke> Trevinho, I can email docs team and ask if you like?
[15:53] <willcooke> Trevinho, sorry, I can't imagine what that would look like, could you mock up in gimp, or is it quicker in code?
[15:56] <Trevinho> willcooke:  this https://usercontent.irccloud-cdn.com/file/DwPJt7na/image.png
[15:56] <Trevinho> maybe with some slightly darker bg on the icon area to keep consistency
[15:59] <willcooke> Trevinho, this is more like what I had in mind:  https://imgur.com/a/MOnoshV
[15:59] <willcooke> So icon area b/g and text labels b/g are the same colour
[15:59] <Trevinho> well it's just what it has been ack'ed by design at the time :-D
[15:59] <willcooke> IMO that's wrong
[16:00] <willcooke> and I don't imagine they would have a problem with making it more like my mock up
[16:00] <willcooke> I can clear it with them if you would prefer
[16:00] <Trevinho> I see... Well, personally now i like the two shades of bg, so I'd prefer to go with the one I sent. wasn't it fixing the confusion for you?
[16:00] <willcooke> but IMO that's the correct fix
[16:00] <willcooke> no, sorry, it's has the same problem IMO
[16:01] <willcooke> it suggests that the test is a tree off of the icon
[16:01] <willcooke> rather than the same thing as the icon
[16:01] <Trevinho> Mh, maybe I got used to it, but I don't see it much :)
[16:02] <Trevinho> also, I for sure would have prerferred to know it before as getting to this look needed some hours :/
[16:03] <Trevinho> I'll see... bbl
[16:11] <jbicha> Trevinho: since we're in Final Freeze, can you add some SRU info to LP: #1748450 (which I guess you're handling in mutter now)
[16:11] <ubot5`> Launchpad bug 1748450 in gnome-shell (Ubuntu Bionic) "gnome-shell crashed with SIGTRAP in _g_log_abort() from g_log_default_handler() from default_log_handler(message="Connection to xwayland lost") from g_logv() from g_log() from <bug 1505409>" [High,Triaged] https://launchpad.net/bugs/1748450
[16:12] <jbicha> we can still ask for it to be 0-day SRU'd or even accepted before release but I think the Release Team would like to see info on the bug
[16:20] <willcooke> welp, that didn't work..  https://imgur.com/a/bewihKk
[16:27] <Laney> seb128: didrocks: inf_inity reviewed it - is the UBIQUITY_ONLY thing a proposal?
[16:27] <didrocks> Laney: I can make one, I just had a round of testing
[16:27] <didrocks> I'm powndering about that one vs activating back the old keybindings way
[16:28] <Laney> what's that?
[16:28] <didrocks> Laney: see the diff above
[16:28] <didrocks> basically: https://pastebin.com/raw/BnV43Gua
[16:28] <didrocks> quite hackish
[16:28] <didrocks> working, wonder how it copes with different languages though (compared to normal orca)
[16:30] <didrocks> I would appreciate a review a https://code.launchpad.net/~didrocks/ubiquity/oem-mode-telemetry/+merge/343781 based on jibel's bug report, if we plan to have another ubiquity upload
[16:36] <Laney> didrocks: oh yeah, that one looks good, can slip it in probably
[16:36] <didrocks> Laney: yeah, this one is reallky small ;) thx Laney!
[16:38] <Laney> didrocks: oh, but could you push a changelog entry please?
[16:38] <didrocks> Laney: sure, I'm always avoiding that before the approve on ubiquity due to conflicts
[16:38] <didrocks> doing that now
[16:41] <didrocks> Laney: done
[16:44] <seb128> Laney, yeah, I'm unsure to understand who we are trying to protect in the context of an ubiquity-dm session
[16:44] <seb128> hey Trevinho
[16:45] <Laney> seb128: protect?
[16:46] <seb128> why is -E a risk
[16:46] <seb128> in the context of going from ubiquity root to gsettings command as user
[16:46] <seb128> on https://code.launchpad.net/~seb128/ubiquity/gsettings-calls-environ/+merge/343829
[16:46] <seb128> anyway I don't have time to test what bits of the env are needed tonight
[16:46] <Laney> oh, it's probably more about excessive leakage possibly breaking things
[16:46] <seb128> so that's for tomorrow
[16:48] <willcooke> seb128, jbicha - is there a bug I can point to on LP for the ulimit issue>
[16:48] <willcooke> ?
[16:49] <seb128> willcooke, lp #1751460 was the deja-dup issue due to it
[16:49] <ubot5`> Launchpad bug 1751460 in deja-dup (Ubuntu Artful) "[regression] deja-dup-monitor crashed with SIGSEGV in Gigacage::<lambda()>::operator()" [High,Triaged] https://launchpad.net/bugs/1751460
[16:50] <willcooke> thx seb128
[16:51] <willcooke> jbicha, I found some comments from you pointing to this url, but it 404s now: https://anonscm.debian.org/git/pkg-webkit/webkit.git/tree/debian/NEWS
[16:51] <seb128> willcooke, https://salsa.debian.org/webkit-team/webkit/blob/wk2/unstable/debian/NEWS
[16:52] <willcooke> ah, nice one, thanks seb128
[16:53] <seb128> yw
[16:54] <seb128> jbicha, did you upload gnome-shell yet? I'm getting nervous that it's getting late and might not be accepte
[16:54] <seb128> d
[16:55] <seb128> Trevinho, willcooke, I think it's too late for those UI changes now, we missed that boat, it's SRU/.1 material at this point
[16:55] <seb128> .1 is the real LTS anyway, seeing the list of things we didn't have time to polish or land :/
[16:57] <willcooke> Laney, do you think this can be removed from the release notes now? "It's not possible to unlock encrypted external drives. Install libblockdev-crypto2 and restart (1757321)"  - that bug is fixed released but I don't know if users still need to install something else?
[16:57] <willcooke> seb128, ok
[16:57] <seb128> Laney, I can do an untested update to do --preserve-env=DBUS_SESSION_BUS_ADDRESS untested today or test more tomorrow or let to somebody else to fix, preference?
[16:57] <seb128> willcooke, Laney, yes, that's fixed/deprecated and can be removed
[16:58] <willcooke> thx
[16:59] <seb128> on that note time for evening activities, at least until the little one is to bed, I'm back at least to deal with some backlog later
[17:00] <willcooke> see ya seb128
[17:06] <Laney> seb128: I just checked that, neither approach just works in the live session for me, you need to pass the session bus through from the desktop file
[17:12] <kenvandine> seb128, mind testing gedit from candidate channel?  it includes the translation fix for dialogs
[17:13] <oSoMoN> kenvandine, it works for me, gedit from candidate has translated dialogs
[17:13] <kenvandine> oSoMoN, yay
[17:13] <kenvandine> thanks!
[17:15] <Laney> seb128: I posted that, maybe you can review
[17:21] <willcooke> woot kenvandine oSoMoN
[17:49] <ads20000> seb128: or literally anyone able to reproduce the bug (and with a spare computer) could you please do what Ray asks here? https://gitlab.gnome.org/GNOME/gnome-shell/issues/227#note_99693
[17:49] <ubot5-ng> GNOME bug 227 in gnome-shell "Login fails when preceded by incorrect password" (comments: 3) [Opened]
[17:49] <ubot5`> Error: Gnome bug 227 could not be found
[17:50] <ads20000> I don't have a spare computer to SSH in from to get the logs he needs to fix the bug
[17:50] <ads20000> Thanks! :)
[18:50] <willcooke> andyrock, just going through grabbing screenshots for the LivePatch setup in g-i-s and...
[18:51] <willcooke> ... it worked perfectly.  Nice job!
[18:53] <jbicha> seb128: I'm waiting on Trevinho to update the bugs with SRU style data. Or we could just wait for bug 1744001 until later (it's not been accepted upstream yet either)
[18:53] <ubot5`> bug 1744001 in gnome-shell (Ubuntu) "Expanded panel menus don't fade out cleanly on close" [Low,In progress] https://launchpad.net/bugs/1744001
[19:33] <seb128> jbicha, I don't think that patch tagging is a release matter :)
[19:34] <seb128> ads20000, I can ask duflu to have a look
[19:35] <Laney> ah MAN
[19:35] <Laney> seb128: I sort of understand the problem now!!!!!!!!!!!
[19:35] <Laney> the callback one
[19:35] <Laney> if you put import time; time.sleep(10) just before the misc.regain_privileges_save() it works
[19:36] <Laney> it's going and being asynchronous and getting the credentials after this regain call
[19:36] <Laney> at which point you're root again
[19:36] <Laney> and dbus is like HELL NO
[19:36] <seb128> Laney, oh?
[19:36] <Laney> make sense?
[19:36] <Laney> don't know how to fix it though, not atm
[19:36] <seb128> ah!
[19:36] <seb128> yes, it does
[19:38] <seb128> unsure either what would be a proper way to deal with that :/
[19:40] <seb128> Laney, your alternative ubiquity mp looks good to me, I was just sitting back at the computer for a few minutes so I can't test now but I do that tomorrow morning
[19:41]  * oSoMoN goes away for 3 days, happy release everyone!
[19:41] <seb128> but it should be fine so feel free to get that merged/uploaded
[19:41] <Laney> adam's going to look at it tomorrow
[19:42] <seb128> good, I should have it tested by the time you guys start working
[19:42] <Laney> thx for looking
[19:42] <Laney> I didn't try it in the dm session so that would be good
[19:42] <Laney> just live
[19:42] <seb128> k, well I do that first thing in the morning
[19:43] <seb128> Trevinho, can you please do whatever jbicha needs to unblock that gnome-shell upload?
[19:43] <jbicha> ok, I'll upload gnome-shell and let the Release Team figure it out
[19:43] <seb128> jbicha, why do you need the SRU style if we aim at getting the fix in the release?
[19:43] <seb128> jbicha, thx
[19:45] <jbicha> Release Team still needs to decide whether they want to accept or not, but I'll just let them do their job :)
[19:49] <Trevinho> yeah I will... I hate these things :-D
[19:59] <jbicha> seb128: I've uploaded mutter and gnome-shell now
[20:17] <Laney> seb128: i'm going for the evening I think, can't think of anything smart - maybe you and didrocks can
[20:17] <Laney> problem is that dconf fakes being synchronous but it's not really
[20:17] <Laney> night
[20:19]  * willcooke_ exits too
[20:20] <willcooke_> night all