[06:35] <didrocks> good morning
[06:38]  * tsimonq2 waves to didrocks 
[06:39] <didrocks> hey tsimonq2
[06:40] <ricotz> hey desktopers
[06:40] <didrocks> hey ricotz
[06:40] <ricotz> didrocks, hi
[06:43] <duflu> Morning didrocks, tsimonq2, ricotz
[06:43] <didrocks> hey duflu
[06:48] <tsimonq2> o/ ricotz duflu
[08:03] <Laney> yo
[08:04] <seb128> hey Laney, how are you?
[08:04] <seb128> hey willcooke
[08:04] <seb128> good morning desktopers
[08:06] <willcooke> morning
[08:07] <willcooke> huh, I've never seen this before: https://github.com/CanonicalLtd/desktop-design/blob/master/Progress/spinner.svg
[08:10] <seb128> willcooke, where is it supposed to be used?
[08:11] <duflu> Morning Laney, seb128, willcooke
[08:12] <willcooke> seb128, I don't really know.  It looks like m_pt is uploading a lot of design assets and docs from all over the place in to github, and that was one file I clicked on by random
[08:12] <seb128> hey duflu, how has your day been so far?
[08:12] <seb128> willcooke, k, never saw it either
[08:13] <duflu> seb128, painful, but only because I'm trying to fix totem again
[08:13] <seb128> did you make any progress figuring out what regressed?
[08:13] <willcooke> duflu,  I tried with 18.04 yesterday and I /think/ it is a bit juddery.  I wanted to install 17.10 and try that but I needed that machine yesterday
[08:13] <willcooke> I can reinstall it today I think
[08:14] <duflu> seb128, seems to be GLX-specific, so Xorg sessions mostly. And I am looking at a realtime profile showing it spending 60% of its time waiting in synchronization calls
[08:14] <duflu> It's also confused by 18.04 using upstream's gst-vaapi code (17.10 used my own patch). But I hope that's not an issue
[08:15] <duflu> willcooke, you mean video is juddery?
[08:15] <willcooke> duflu, yeah
[08:15] <Laney> hey seb128, got a sore throat but otherwise ok
[08:15] <Laney> you?
[08:15] <Laney> moin duflu willcooke
[08:15] <willcooke> word Laney
[08:16] <willcooke> BTW, that xwayland crash - do I need to do anything else, or is it understood now?
[08:16] <oSoMoN> good morning desktoppers
[08:17] <duflu> willcooke, Probably nothing. But maybe verify the use case. I think the other bug was with snaps too
[08:18] <duflu> Is there any snap containing an Xwayland binary that might get run?
[08:18] <duflu> I woulnd't have thought so
[08:22] <duflu> Morning oSoMoN
[08:22] <seb128> duflu, I don't think so
[08:23] <willcooke> duflu, yeah, all classic snaps it seems
[08:24] <duflu> willcooke, I wonder if they're special because they're over-confined, lacking access to the graphics hardware, and so hitting the swrast use case
[08:25] <duflu> A crash in Xwayland is still a crash in Xwayland, but I'm trying to describe the trigger
[08:25] <oSoMoN> hey duflu
[08:27] <willcooke> duflu, well, if they're classic snaps they shouldn't be confined at all
[08:27] <willcooke> oh, that's what you're saying, they are being confined when they shouldnt be
[08:28] <duflu> I'm not really sure. I'm not looking at it at the moment
[08:28] <willcooke> thanks duflu
[08:28] <willcooke> jibel, I have a present for your from the OEM team :)
[08:29] <duflu> The good news is people are still fixing Xwayland, including some unreleased fixes
[08:32] <jibel> willcooke, oh, should I be pleased or not? ;)
[08:32] <Laney> it's a giant 💩
[08:32] <willcooke> jibel, not sure yet.  It's a 15" 2-in-1.  Quite a nice machine.
[08:32] <jibel> just on time for the release
[08:32] <seb128> Laney, I'm ok, that cold is still annoying me though, I didn't sleep well and now it seems the baby got it as well so didn't sleep well either which over-screwed my night :/ and he had fewer this morning so isn't at the childcare so we are looking after him in turn today (well he's sleep for now so we are both working atm ;)
[08:33] <willcooke> jibel, I took Bionic for a spin on it, it's fine. Everything works
[08:33] <jibel> seb128, I found the problem with the screenreader, I'm testing a fix
[08:33] <jibel> it's caused by https://github.com/GNOME/gnome-shell/commit/01d88119132f277196fa39c05b733dd1b4c5e951#diff-27bd3da1798473ae0fa876e6712c08a4
[08:34] <willcooke> jibel, nice one!
[08:35] <seb128> jibel, that sounds weird/doesn't match my understanding of the issue
[08:36] <seb128> jibel, is the issue you are looking at happening in a live session/after installation or in ubiquity only mode?
[08:36] <jibel> seb128, in maybe-ubiquity mode
[08:38] <jibel> seb128, when you're on the "try or install" window the a11y icon is not displayed and the screen reader cannot be activated with alt+super+s
[08:39] <seb128> jibel, what is "maybe-ubiquity"?
[08:39] <Laney> seb128: hugs, hope everyone gets better soon :(
[08:39] <seb128> the first screen that give you the choice between live session and install only?
[08:39] <seb128> Laney, thx
[08:39] <Laney> maybe-ubiquity is the try or install screen
[08:39] <seb128> thx
[08:39] <seb128> is the issue specific to that screen?
[08:40] <jibel> seb128, the ubiquity-dm window with a list of language and 2 buttons "Try Ubuntu" / "Install Ubuntu"
[08:40] <seb128> like does it work then in live session or install modes?
[08:41] <seb128> jibel, anyway, I think that's not he issue
[08:41] <seb128> or maybe you would get the a11y icon to work
[08:41] <seb128> but that still wouldn't work to enable the screenreader
[08:44] <seb128> I poked a bit a it and remembered I debugged it in N-Y, it's still the same issue than by then
[08:44] <seb128> like me try to find the bug, I had a start of patch that needed finished iirc
[08:46] <seb128> ah, found it
[08:46] <seb128> jibel, it's still https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1719995
[08:46] <ubot5`> Ubuntu bug 1719995 in ubiquity (Ubuntu) "Screen reader does not read Ubiquity windows" [High,Confirmed]
[08:46] <seb128> basically what the keybind and shell menu do is to set the screenreader enable key in gsettings to true
[08:47] <seb128> which in the session enable the service through gnome-session/autostart conditionned on this key value
[08:47] <seb128> but we don't use gnome-session in maybe-ubiquity or ubiquity-dm
[08:47] <seb128> so nothing watch the gsettings key to activate the service when it's true
[08:48] <seb128> my start of patch was https://launchpadlibrarian.net/340645974/ubiquity-screen-reader.patch
[08:48] <seb128> but it would at least require stopping the service if the keybinding is used again
[08:48] <seb128> jibel, ^ can you test that patch though?
[08:49] <seb128> I'm unsure how to patch things from casper-bottom
[08:49] <seb128> or if that needs a local iso respin
[08:49] <seb128> so I didn't test it
[08:49] <seb128> but in theory it should work
[08:50] <seb128> didrocks, ^ btw, you were interested by that screenreader issue as well
[08:58] <jibel> seb128, I'll test it
[09:01] <seb128> jibel, thx
[09:01] <jibel> seb128, you meant orca  instead of onboard?
[09:01] <jibel> in the patch
[09:01] <seb128> jibel, yeah, sorry
[09:01] <seb128> I keep confusing those 2 :/
[09:01] <jibel> np
[09:02] <jibel> there is ton of dead code in casper related to a11y
[09:02] <seb128> jibel, the UI side/lack of icon is another problem and that might have to do with the commit you pointed, I don't know
[09:03] <seb128> there is a gnome-shell ubiquity mode that restrict the UI
[09:03] <seb128> so it's probably a matter of making the a11y icon displayed in that mode
[09:03] <jibel> seb128, yeah, the component a11yGreeter has been dropped and now it's only a11y + setting always-show-universal-access
[09:04] <jibel> so it's just changing the name in the ubiquity mode and setting  the key in a casper script
[09:05] <seb128> good
[09:05] <jibel> also there is a key for /o/g/settings-daemon/plugins/media-keys/screenreader set to ''
[09:08] <seb128> where?
[09:10] <jibel> seb128, when you dump the registry in ubiquity-dm mode. This key was not present in previous releases
[09:11] <jibel> not set
[09:14] <tkamppeter> Laney, hi
[09:16] <seb128> jibel, that sounds weird
[09:16] <tkamppeter> Laney, did you see my messages about the gs/pstotext problem yesterday night?
[09:22] <Laney> tkamppeter: yeah, I think it's OK to switch the tests to use ps2txt if you want - in that case it should be filed in Debian on doc-rfc too IMO
[09:27] <seb128> jibel, do you know why the pending isos didn't get promoted to current for some days?
[09:31] <jibel> seb128, I'll have a look
[09:33] <seb128> jibel, thx
[09:34] <didrocks> seb128: good work :)
[09:34] <seb128> didrocks, thx
[09:57] <tkamppeter> Laney, then I suggest to file it in both dhelp and doc-rfc in Debian, to not only switch over the test but assure that dhelp stays functional and to completely eliminatre the 14-year-untouched pstotext from the distro, removing a dependency, removing an upstream-unmaintained package, removing a package which does a task which ghostscript does by itself with ps2txt.
[09:58] <Laney> tkamppeter: well, I filed an RC bug so if pstotext's maintainer wants to fix it they can and if they don't it'll be auto-removed, but that shouldn't stop other packages from moving away
[10:07] <duflu> willcooke, it appears all my performance problems have been caused by changing hardware Haswell->Kaby Lake. So no code regressed, I just never encountered the problem when working on Haswell. Now with the same HDD in the old machine, performance is sweet again. Progress, but weird.
[10:08] <willcooke> Oh, wow, odd.
[10:08] <duflu> My Haswell is 4x faster than the Kaby Lake
[10:09] <willcooke> Is your Kaby lake dual core with hyper threading? vs 4 actual cores on Haswell?
[10:09] <duflu> willcooke, they are both 4 actual cores (desktops)
[10:09] <duflu> Although the Haswell is a Xeon so might be extra-fancy
[10:27] <jibel> seb128, I tried your patch, it actives the screen reader but then I hit bug 1719995
[10:27] <ubot5`> bug 1719995 in ubiquity (Ubuntu) "Screen reader does not read Ubiquity windows" [High,Confirmed] https://launchpad.net/bugs/1719995
[10:27] <jibel> activates*
[10:28] <jibel> seb128, can you submit an MP?
[10:29] <jibel> you have to import Gio too and fix the pep8/pyflakes issues
[10:55] <tkamppeter> Laney, I have moved doc-rfc to ps2txt now and uploaded it, it got immediately approved (was it you?). The FTBFS is not caused by my change, it broke much earlier, in the phase of dependency installation, probably simply needs to be restarted.
[10:57] <Laney> It's already restarted so I can't see the error.
[10:57] <Laney> And no, there is a script to do it for unseeded-un-packagesetted packages.
[10:57] <Laney> Please could you send that on to Debian?
[10:58] <seb128> jibel, well, as written on the bug the reason I didn't submit it is because I didn't implement the desactivation, but I can submit the part I have sure
[10:58] <seb128> jibel, is the "does not read ubiquity windows" also true in the live session?
[10:59] <tkamppeter> Laney, I have restarted the build after writing the last message to you.
[10:59] <tkamppeter> Laney, to where to Debian should I send it?
[11:00] <Laney> the BTS
[11:02] <Laney> e.g. using 'submittodebian' from the source package you just uploaded
[11:02] <Laney> tkamppeter: Looks like it worked this time
[11:26] <didrocks> kenvandine[m][m]: hey! When you are around: do you have a minute to discuss the theme snap? (There are multiple issues/things to coordonate upon)
[11:35] <jbicha> Laney: jibel: this commit sounds interesting when ubiquity was really slow to log in https://gitlab.gnome.org/GNOME/gnome-settings-daemon/commit/89492d1d
[11:37] <Laney> jbicha: sounds like it could be
[11:39] <Laney> I don't think it was only gsd-media-keys failing though
[11:40] <Laney> is it in .1?
[11:40] <jbicha> g-s-d didn't do a .1 yet, but it's at least in the gnome-3-28 branch
[11:40] <Laney> it's in the branch at least
[11:41] <Laney> ah yes
[11:46] <jbicha> for those that didn't hear, garnacho is going to be Red Hat's g-c-c/g-s-d maintainer from now on
[11:53] <seb128> GNOME one as well?
[11:54] <seb128> Bastien mentioned yesterday that he was going to be the packages maintainers in their distros
[11:54] <seb128> but upstream was not clear to me
[11:57] <Laney> he said "sure" but it sounded a bit unexpected :P
[12:01] <jbicha> my understanding was that was supposed to be part of the job description for the Red Hat job 🤷
[12:02] <seb128> let's hope it doesn't mean he stop fixing input bugs or issues with the new OSK because he's too busy with other things now
[12:03] <jbicha> so um we managed to get the OSK extended characters working in F28, not sure what's not working right in Debian/Ubuntu though
[12:48] <didrocks> kenvandine: not sure if you saw my ping as the one I had was against your matrix instance (regarding gtk-icon-theme)
[12:48] <kenvandine> hey didrocks
[12:49] <didrocks> kenvandine: hey hey ;) it was for reference: 13:26:48   didrocks | kenvandine[m][m]: hey! When you are around: do you have a minute to discuss the theme snap? (There are
[12:49] <didrocks>                     | multiple issues/things to coordonate upon)
[12:50] <kenvandine> didrocks, it's definately not a perfect solution
[12:50] <didrocks> kenvandine: yeah, and in particular that it's not building right now :p
[12:51] <kenvandine> but it was the best we could come up with after 3 or 4 different meetings in budapest
[12:51] <didrocks> (not in the store either and no snap referencing it)
[12:51] <didrocks> should we have a quick HO to see how we can progress on it?
[12:51] <kenvandine> it's on my list to discuss with james this week
[12:51] <kenvandine> i'm not sure of the current status
[12:52] <didrocks> kenvandine: can we discuss about the additions I want to make for communitheme, sharing snap and such?
[12:52] <didrocks> at least so that I can hook up on my side
[12:52] <tkamppeter> Laney, pstotext-free doc-rfc and dhelp uploaded and Debian bugs reported.
[12:52] <kenvandine> we need to get communitheme included for sure
[12:53] <kenvandine> i'll have james add that
[12:53] <kenvandine> didrocks, can't do a HO right now
[12:53] <didrocks> kenvandine: well, there are some subtilities for people to test latest :)
[12:53] <Laney> tkamppeter: thanks, what is pstotext-free?
[12:53] <didrocks> and multiple points I want to ensure we get that correct
[12:53] <kenvandine> no headphones and i'm working from the car dealer :)
[12:54] <didrocks> kenvandine: ahah, best work place ever! Will have time later?
[12:54] <kenvandine> yes
[13:01] <Laney> kenvandine picking up his tesla
[13:01] <kenvandine> Laney, i wish!
[13:02] <kenvandine> getting service done
[13:03] <jibel> seb128, the screen reader works in the live session but doesn't in "install" mode and ubiquity dm
[13:03] <seb128> even when orca is started?
[13:03] <seb128> :/
[13:04] <seb128> but it reads other part of the UI like the indicator?
[13:05] <jibel> no it doesn't read anything
[13:06] <jibel> like orca is not started
[13:06] <jibel> well, the indicator tells it is
[13:06] <jibel> it is started
[13:06] <jibel> let me see if I find any error
[13:07] <seb128> does it tell "screen reading activated" when being started?
[13:07] <seb128> or maybe sound is not working?
[13:08] <jibel> the sound is working, the drum is playing, but when the screen reader is activated it does not tell "screen reader activated"
[13:11] <seb128> weird
[13:11] <seb128> well let me know if you can figure out something, the other day when I debugged and started orca manually it was reading fine
[13:12] <jibel> orca is not running
[13:12] <seb128> what's the easier way to test my ubiquity patch? is that to rebuild an iso?
[13:12] <seb128> hum
[13:12] <seb128> I'm lost
[13:12] <seb128> that's after testing my patch?
[13:12] <jibel> yes
[13:12] <seb128> but the patch didn't work/start orca?
[13:12] <jibel> and changing onboard by orca
[13:13] <jibel> seb128, the patch works because the indicator shows up and the screenreader is enabled but orca does not start
[13:13] <seb128> wth
[13:13] <seb128> the patch does subprocess.Popen() on it
[13:14] <seb128> so that call fail?
[13:14] <seb128> any error in the log?
[13:14] <seb128> that doesn't make any sense
[13:14] <seb128> what my patch does is basically react to the gsettings key status change and start orca
[13:14] <Laney> you can probably add systemd.unit=rescue.target to break in a more functional environment
[13:15] <Laney> don't think it has to be as early as casper-bottom for this
[13:15] <seb128> it shouldn't change the indicator behaviour
[13:15] <Laney> in there you can have network / vim / stuff
[13:15] <seb128> Laney, ah, good to know, thanks
[13:15] <jibel> you add emergency to the boot command line
[13:15] <Laney> there are many ways...
[13:16] <seb128> well maybe with https://launchpad.net/ubuntu/+source/ubiquity/18.04.5 on the pending iso I can just go to a VT now?
[13:16] <Laney> VTs are supposed to work again now too, so maybe you can even hack it live and restart the session (not tried that)
[13:16]  * seb128 is downloading the pending iso
[13:17] <seb128> I hope it works, it didn't migrate to current
[13:17] <seb128> unsure if that's because it's buggy :p
[13:17] <jibel> seb128, yes use the pending iso
[13:17] <jibel> you have VTs
[13:17] <seb128> good
[13:17]  * seb128 tries that
[13:17] <jibel> and it works
[13:18] <jibel> seb128, the promotion failed because the server running the test cannot download the iso
[13:22] <seb128> jibel, thx for checking
[13:30] <jibel> seb128, starting orca from a console works so it looks like the callback is not called
[13:31] <seb128> right
[13:31] <seb128> that makes more sense
[13:31] <seb128> jibel, what is "emergency" on the boot cmd supposed to do?
[13:33] <Laney> give you a shell
[13:34] <Laney> I'm not really sure why he said that since I already gave a way to do it, it's just confusing to give another one
[13:34] <Laney> and they aren't equivalent, you don't get as many services started in emergency.target vs rescue.target
[13:34] <Laney> it got late, I should have lunch
[13:35] <Laney> 🍽
[13:35] <Laney> hmm, I wonder if the Characters search provider should prefer emoji over other things
[13:36] <Laney> I searched for fork and didn't get 🍴
[13:37] <jbicha> kenvandine: how did my Characters snap get disconnected from the gnome-3-26-1604 snap?
[13:39] <jbicha> $ snap changes    error: no changes found
[13:41] <jbicha> anyway: https://forum.snapcraft.io/t/gnome-shell-search-providers/4322 :(
[13:42] <kenvandine> jbicha, ugh... don't know
[13:43] <kenvandine> must be  a snapd bug
[13:43] <jbicha> where would I even look for logs for stuff like that?
[13:43] <kenvandine> jbicha, we need to spend time on figuring out the search providers
[13:43] <kenvandine> i really don't know
[13:43] <kenvandine> popey, any idea where we can get logs for snaps disconnecting?
[13:43] <kenvandine> maybe the journal
[13:43] <jbicha> I under re: the search providers. L_aney just made me jealous :)
[13:43] <Laney> #snappy might be a better channel
[13:44] <Laney> hah
[13:44] <kenvandine> good point
[13:44] <Laney> I accidentally revealed how I have it installed
[13:45] <tkamppeter> Laney, pstotext-free is free of pstotext, without pstotext.
[13:45] <jbicha> understand
[13:46] <tkamppeter> Laney, doc-rfc has made it into Bionic now.
[14:16] <popey> kenvandine: i dont understand
[14:18] <kenvandine> popey, wasn't sure where to look for logs on why interfaces might not be connected that should have already been autoconnected
[14:19] <kenvandine> for jbicha, gnome-characters wasn't connected to gnome-3-26-1604
[14:19] <kenvandine> but turns out after a reboot it was
[14:19] <kenvandine> so not sure why it thought it wasn't connected
[14:19] <kenvandine> we sent him to #snappy but i don't think anyone responded to him
[14:23] <popey> huh
[14:23] <seb128> Laney, sorry, I went with trying the emergency tip first because I was unsure how systemd.unit work, if that's a boot option or a target I need to create on the fs i some way
[14:30] <jibel> seb128, do you understand why with your patch the a11y icons shows up when the screenreader is activated and why it doesn't without?
[14:30] <jibel> icon*
[14:36] <seb128> jibel, no, that doesn't make sense to me
[14:37] <jbicha> jibel: are you talking about the gnome-shell accessibility menu in the top right corner?
[14:37] <seb128> you are sure it's not another update on a recent iso that made a difference or something?
[14:37] <jibel> seb128, to me neither and ij both cases the value of the key changes
[14:37] <jibel> jbicha, yes
[14:37] <jibel> seb128, I'll recreate the iso to be sure
[14:38] <seb128> you test by recreating the iso each time?
[14:38] <jibel> yes and no, it depends.
[14:38] <jbicha> jibel: gsettings set org.gnome.desktop.a11y always-show-universal-access-status true
[14:38] <seb128> using the "emergency" boot option I could wget the patch and apply it on the iso
[14:39] <seb128> jbicha, nothing does that in ubiquity atm though?
[14:39] <jibel> jbicha, I know but the problem is that orca is not starting
[14:39] <jibel> seb128, this is the patch i pointed out this morning
[14:39] <jbicha> GNOME3 initially always had that menu showing but people complained that they didn't need universal access stuff
[14:40] <jibel> they removed a11yGreeter but now you have to set always----status = true
[14:41] <jibel> I think it makes sense to always show the indicator on the live session
[14:41] <jibel> at least for installation
[14:42] <jbicha> jibel: yes at least for the install mode where you aren't running a full desktop session
[14:42] <jbicha> on the other hand, I guess we'd need to make sure all those toggles actually work in that environment
[14:43] <jibel> but having the indicator *and* orca is even more useful :)
[14:45] <seb128> +-
[14:46] <seb128> ups
[14:46] <seb128> jbicha, right, they don't atm which is what we are talking about
[15:00] <Laney> tkamppeter: oh right, I get it, I thought that was a package name
[15:00] <Laney> seb128: it's a kernel cmdline parameter the same as emergency, it tells systemd to start a different unit
[15:01] <seb128>  instead of?
[15:01] <Laney> default.target
[15:01] <seb128> or just adding an unit?
[15:01] <seb128> ah ok
[15:07] <Trevinho> hello
[15:08] <oSoMoN> hi Trevinho
[15:08] <seb128> good morning Trevinho
[15:08] <didrocks> hey Trevinho
[15:12] <tkamppeter> Laney, noe only poppler and dhelp need to be made using the autopkgtest of the new doc-rfc, which they seem not to use according to http://people.canonical.com/~ubuntu-archive/proposed-migration/bionic/update_excuses.html.
[15:12] <tkamppeter> Laney, s/noe/now/
[15:14] <Laney> tkamppeter: They just need retrying.
[15:14] <Laney> I did it
[15:16] <Laney> we've got a few FTBFS on the rebuild test btw http://qa.ubuntuwire.org/ftbfs/rebuilds/test-rebuild-20180408-bionic.html
[15:16] <Laney> in case anyone wants releasey tasks to do
[15:26] <Trevinho> hi didrocks, oSoMoN and seb128 :)
[15:27] <Trevinho> and Laney :
[15:27] <Laney> oh hey Trevinho
[15:27] <Laney> what's up?
[15:27] <Trevinho> all good, at the end here the network can be better than expected if you go in the right spots and know the right people :-D
[15:28] <Laney> Raúl your big buddy
[15:30] <Trevinho> ahah, sort of
[15:31] <GunnarHj> Hi Laney, time to look at the dh_translations patch?
[15:31] <Laney> GunnarHj: not right now
[15:31] <GunnarHj> Laney: Ok.
[15:35] <seb128> jibel, Laney, jbicha, the patch doesn't work because ubiquity-dm is root so it listens to the gsettings key for that user where the keybinding is going through gsd-media-key which is an "ubuntu" user process
[15:37] <seb128> I wish we still had upstart :/
[15:37] <seb128> it would be trivial to do an user job use the gsettings key as a condition
[15:39] <Laney> seb128: oh right, do you need to do the drop_privileges thing?
[15:39] <Laney> (I didn't see your patch)
[15:39] <seb128> I guess
[15:40] <Laney> we had to do something like that for the gsd-xsettings thing
[15:40] <Laney> that's waiting for a dbus signal so not exactly the same
[15:40] <Laney> but could be comparable
[15:40] <Laney> because you had to get on the user's session bus
[15:41] <seb128> Laney, ubiquity-dm does a bunch of those, gtk_ui not atm it seems?
[15:41] <seb128> Laney, my patch is people.canonical.com/~seb128/ubiquity-screen-reader.patch
[15:41] <seb128> http://people.canonical.com/~seb128/ubiquity-screen-reader.patch
[15:41] <Laney> huh, that was for usd only
[15:41] <Laney> hope we don't have that bug back since it's not being used any more
[15:43] <Trevinho> seb128: you can use settings_a11y.connect("changed::screen-reader-enabled", on_a11y_changed)
[15:44] <Trevinho> and maybe also gsettings.get_boolean() == True
[15:44] <Laney> GET_BOOLEAN EQUALS TRUE
[15:44] <Laney> GET OUT!
[15:44] <Trevinho> != False
[15:44] <Laney> :D
[15:44] <Trevinho> :)
[15:44] <GunnarHj> Laney: Btw, I just realized something which I ought to change in that patch. Please wait until I have submitted next version.
[15:44] <seb128> Trevinho, that would work for any user?
[15:45] <seb128> Trevinho, or what do you mean?
[15:45] <Laney> seb128: look at the slideshow bit (start_slideshow())
[15:45] <Trevinho> no. no.. just cleanups :)
[15:45] <Laney> it drops, does a load of stuff to set up webkit and then regains
[15:45] <seb128> Trevinho, ah
[15:46] <seb128> Laney, right, I see now, going to try that, thanks
[15:48] <Trevinho> instead of dropping the privileges you might just set the proper env to connect to user gsettings no? Like the runtime path and dbus session
[15:48] <Trevinho> well, for monitoring changes just the session should be enough
[15:49] <Laney> dbus will refuse that I think
[15:49] <Laney> plus that is gruesome
[15:49] <seb128> and we have handy functions to drop/restore privileges
[15:49] <seb128> so better to use than invent another solution
[15:50] <Trevinho> andyrock was using that I think too, so maybe he has tips
[15:50] <Laney> yay poppler went in
[15:50] <Laney> thanks tkamppeter
[15:50] <andyrock> I was using what? :)
[15:52] <seb128> andyrock, ubiquity's misc.drop_privileges_save()
[16:11] <andyrock> was not working properly in my case
[16:11] <andyrock> *it was
[16:11] <andyrock> I don't remember how
[16:11] <andyrock> I had to use gtkplug to do the privilege drop properly
[16:12] <andyrock> iirc because I could not drop the privileges at that point
[16:12] <jbicha> andyrock: the livepatch page in gnome-initial-setup doesn't work very well :( I guess I'll file another bug
[16:12] <andyrock> jbicha: what's the problem?
[16:13] <tkamppeter> Laney, thanks, so I have hit Retry a little bit too early. Nice that all is working now. pstotext has no reverse dependencies any more, so it is ready to be shot to the moon.
[16:13] <jbicha> andyrock: have you tried it?
[16:13] <jbicha> gnome-initial-setup 3.28.0-2ubuntu3 was just published to bionic
[16:13] <andyrock> jbicha: please make sure you remove your u1 account from gnome-control-center
[16:13] <andyrock> otherwise it won't work
[16:17] <Laney> tkamppeter: next time wait until rmadison shows you the required version is available
[16:17] <Laney> bit of a waste of compute cycles to spuriously rery
[16:17] <Laney> retry
[16:17] <Laney> if there's no resolution to the RC bug I filed then it should hopefully be removed from unstable - we could follow that
[16:17] <jbicha> andyrock: oh, it worked this time
[16:18] <jbicha> maybe I was hit by the "you can't just close Online Accounts immediately after removing an account" bug you fixed in g-c-c 3.28.1
[16:19] <andyrock> mmm that should be fixed
[16:19] <andyrock> not in bionic
[16:19] <andyrock> upstream at least it's fixed
[16:19] <jbicha> yes
[16:19] <tkamppeter> Laney, OK.
[16:19] <andyrock> jbicha: so I can make it working if you already have that account
[16:20] <andyrock> jbicha: one possible solution is e.g. if we get the error "account-already-setup"
[16:20] <jbicha> andyrock: I like the way it works in software-properties
[16:20] <andyrock> we can just pick that account
[16:20] <andyrock> jbicha: https://github.com/CanonicalLtd/desktop-design/issues/62
[16:20] <ubot5-ng> CanonicalLtd bug 62 in desktop-design "Authentication in gnome-software using gnome-online-accounts" (comments: 9) [Priority: High, Open] - Assigned to matthewpaulthomas (Matthew Thomas)
[16:21] <ubot5`> bug 62 in Launchpad itself "Maintainers can add themselves to the CC: list too" [Medium,Invalid] https://launchpad.net/bugs/62
[16:21] <jbicha> hmm, there are some interesting papercut bugs here
[16:21] <andyrock> jbicha: I'm going to change the design once it is completed
[16:22] <andyrock> then we can use the same design in software-propertis, gnome-initial-setup and gnome-software
[16:22] <andyrock> but we really need to work with goa upstream to move that dialog in their API
[16:24] <jbicha> andyrock: for instance: https://bicha.net/i/software-properties-livepatch-half-on.png (that's what it looks like after completing g-initial-setup)
[16:24] <jbicha> all I have to do is click Sign In and choose my account in the little popup dialog and it then displays correctly
[16:26] <andyrock> oh I can fix this
[16:26] <andyrock> Can you open a bug?
[16:27] <jbicha> sure
[16:39] <andyrock> jbicha: thx!
[17:00] <willcooke> G'night all.  I'm making pizza from scratch for dinner.  Sorry Trevinho and andyrock, I think you will be horrified.  Pics to follow if it works.
[17:02] <seb128> k, so dropping the ubiquity priviledges as in people.canonical.com/~seb128/ubiquity-screen-reader.patch doesn't work
[17:02] <seb128> so it's for another day
[17:02] <seb128> have a nice evening desktopers
[17:05] <andyrock> :D
[17:45] <xclaesse> is there a known issue with ssh-agent in Ubuntu 18.04? I just upgraded from 17.10 and it's asking for my ssh key password everytime I try to connect to a remote host in a terminal
[19:12] <Trevinho> mh, I hope will is enojoying his pizza, without the need of calling a delivery service one :-D
[19:13] <Trevinho> for sure it will look more pizza than the Cuban one, although I like it, considering it's 40-50 €cents each :)
[19:28] <flocculant> jbicha: re LivePatch - is that just for Ubuntu installs? Also Sign In here is in German :D bug 1763492
[19:28] <ubot5`> bug 1763492 in software-properties (Ubuntu) "Update page - Sign In is in German, unable to proceed" [Undecided,New] https://launchpad.net/bugs/1763492
[19:30] <sarnold> flocculant: nice :)
[19:30] <GunnarHj> jbicha: I saw bug #1763471. How/were do such strings show up to the user? (I'd like to play a bit.)
[19:30] <ubot5`> bug 1763471 in pkgbinarymangler (Ubuntu) "dh_translations should handle AppStream metadata also" [Undecided,New] https://launchpad.net/bugs/1763471
[19:31] <GunnarHj> s/were/where/
[19:33] <flocculant> sarnold: :)
[19:33] <flocculant> I did giggle a bit
[19:34] <flocculant> which sounds bizarre ina 55 year old 6'4" 17 stone bloke :p
[19:34] <sarnold> hahaha
[20:09] <jbicha> GunnarHj: the GNOME Software app is the usual place where you could see translated app names and descriptions
[20:11] <jbicha> some apps are in there with a .desktop but not appstream metadata. Those apps won't have the opportunity to be translated until someone converts them
[20:28] <GunnarHj> jbicha: Ok, thanks. Will get back when I have played around.
[21:07] <oSoMoN> kenvandine, https://github.com/ubuntu/snapcraft-desktop-helpers/pull/108 is ready for review (I finally found the time to test rebuilding snaps for gtk2, gtk3 and qt5 to check for possible regressions)
[21:07] <ubot5-ng> ubuntu bug (Pull request) 108 in snapcraft-desktop-helpers "Move ibus socket path handling to the common launcher exports, so that Qt apps also pick it up." (comments: 1) [Open]
[21:07] <oSoMoN> and with that I'm off to bed
[21:07] <oSoMoN> have a good night everyone
[21:40] <Trevinho> jbicha: I see you've released a  new nautilus, but the bzr repo with the debian stuff isn't updated yet
[21:40] <Trevinho> can you do that?
[21:41] <Trevinho> jbicha: also 0019-search-engine-add-locate-based-search-engine.patch isn't applied upstrea... why have you dropped it?
[21:42] <ximion> Laney, jbicha: FWIW, appstream seems to build & work well on Ubuntu
[21:43] <ximion> (I just had a VM here to test that with the PPA)
[21:43] <Trevinho> nor 018 was..
[21:44] <Trevinho> Mh, I'm fixing that
[21:45] <jbicha> Trevinho: ok, I pushed since it sounds like you're fixing things afterwards
[21:45] <jbicha> I'm having trouble remembering to do bzr push. Sorry
[21:45] <Trevinho> jbicha: have you did the push now?
[21:45] <jbicha> yes
[21:46] <Trevinho> jbicha: ok, I've to revert some changes
[21:47] <jbicha> ximion: you couldn't enable s390x in your PPA? I suppose I'm not going to ask you to do yet another rebuild; I'm just curious
[21:47] <jbicha> ximion: can you confirm whether we need asgen to be updated if we are updating appstream?
[21:47] <jbicha> Trevinho: thanks. sorry for the mistakes :(
[21:48] <Trevinho> jbicha: I had to update the patches anyway, but please next time ask first
[21:49] <jbicha> Trevinho: I'll just let you be the nautilus maintainer :) :)
[21:50] <Trevinho> no, no.. I've already too many things to worry about :-D
[21:51] <tsimonq2> It's official, Trevinho is the nautilus maintainer now. ;)
[21:52]  * Trevinho hides
[22:26] <ximion> jbicha: you don't need to update it, the older version will work with the newer AppStream - however, updating it would of course be very useful ;-)
[22:31] <jbicha> ximion: synced, but maybe you should add a reply to the bug :)
[22:32] <ximion> jup, I can do that
[22:32] <ximion> syncing appstream-generator and mustache-d would make sense now as well, and is a zero-risk thing because nothing else in Ubuntu uses those
[22:33] <ximion> it looks like Laney meanwhile managed to create backports of all components for Xenial, so it looks like we'll get updated data in Ubuntu soon, if he doesn't find issues in his testing
[22:34] <ximion> jbicha: one thing to note: updating asgen/asgen data will introduce web-application components. For reasons I haven't looked into yet, those don't show up in GNOME Software, but they might be visible in other software centers
[22:36] <jbicha> I can't sync asgen yet since bug 1762293 is waiting for Ubuntu Release team ok
[22:36] <ubot5`> bug 1762293 in appstream-generator (Ubuntu) "FFE: Sync appstream-generator 0.7.1-3 (universe) from Debian unstable (main)" [Undecided,New] https://launchpad.net/bugs/1762293
[22:37] <jbicha> Ubuntu itself doesn't use bionic's asgen for anything so that web-application thing doesn't seem like something I need to understand :)
[22:38] <ximion> it doesn't do yet
[22:38] <ximion> Laney is updating it, and eventually the machine running it will have Bionic
[22:38] <jbicha> sure, talk to him about it then :) :)
[22:40] <ximion> since that stuff doesn't show up in GS, and the release is close, I think ignoring this makes sense ^^
[22:40] <ximion> also, Ubuntu would only inherit two webapps from Debian: https://salsa.debian.org/pkgutopia-team/webapps-metainfo/tree/master/metainfo
[22:41] <jbicha> oh, hmm
[22:41] <jbicha> grumble, grumble
[22:42] <jbicha> um do you have epiphany-browser installed?
[22:42] <jbicha> I actually did some playing with webapps a year ago
[22:54] <jbicha> ok, it sort of works once I installed epiphany-browser
[22:55] <jbicha> but when I clicked the install button for riot, gnome-software crashed!
[22:56] <jbicha> I don't know how much you know about the web app feature, but Fedora has been including epiphany in their default install (except for the .desktop and the AppStream metadata)
[22:56] <jbicha> so that the feature works but it appears like only one web browser (Firefox) is installed by default
[22:57] <xnox> jbicha, ximion - one can self-enable s390x in any ppa.
[22:57] <jbicha> I had a prototype earlier to similarly split epiphany but I didn't push it into Debian yet
[22:57] <jbicha> Ubuntu Security really did not like the idea when they heard it though (for default install)!
[22:58] <jbicha> it's a nice feature because Ubuntu used to have a web app feature until it got dropped last year
[22:59] <jbicha> and the metadata for these web apps is pretty easy to create and the apps work well
[23:08] <jbicha> xnox: ask Hughsie since the Fedora 28 feature still works (Ask Fedora is an example if you had a Fedora install handy)
[23:10] <jbicha> ximion: ^
[23:10] <jbicha> interesting that appstreamcli search doesn't show the Fedora web apps
[23:10] <jbicha> but that works on Debian
[23:11] <jbicha> although appstreamcli install can't handle them
[23:11] <ximion> maybe Fedora still doesn't use the standardized versions?
[23:11] <ximion> Fedora had a custom-made metainfo format for these initially
[23:12] <ximion> xnox: yes, for some reason I didn't enable them all, although I was very sure I did...
[23:13] <jbicha> um, https://github.com/hughsie/fedora-appstream/blob/master/appstream-extra/webapps.xml ??
[23:14] <ximion> jup, that doesn't look correct to me
[23:14] <ximion> the component-type is not web-application, and all of them are missing a launchable tag with type=url
[23:15] <jbicha> maybe that's the problem, GNOME Software might currently handle the Fedora style and not the new style you're using?
[23:15] <jbicha> Riot does show in my Debian, it's the inability to install that's the problem :)
[23:16] <ximion> could be - I wanted to look into that for a while
[23:16] <Trevinho> jbicha: can you please check https://code.launchpad.net/~3v1n0/nautilus/recent-files-patches-update/+merge/343140 ?
[23:16] <ximion> it's weird though that the webapps don't even show up, they should at least be visible
[23:16] <jbicha> it won't show until after you install epiphany-browser (and I assume kill gnome-software)
[23:21] <jbicha> Trevinho: do you think csoriano would be interested in 12_unity_launcher_support.patch now that you fixed it?
[23:21] <jbicha> I assume "no" but it's probably worth someone asking
[23:21] <Trevinho> jbicha: mh, not sure...
[23:22] <Trevinho> jbicha: i guess no though.. as we won't be to keen to maintain it too at this point
[23:28] <robert_ancell> jamesh, can you have a quick look at bug 1661590?
[23:28] <ubot5`> bug 1661590 in Snappy "GNOME Software only supports running one application from a snap" [Undecided,In progress] https://launchpad.net/bugs/1661590
[23:29] <robert_ancell> I backported your change, is it working correctly or not?
[23:31] <jbicha> robert_ancell: btw, you saw bug 1763164, right?
[23:32] <ubot5`> bug 1763164 in gnome-initial-setup (Ubuntu) "Typos in translatable strings of GNOME Initial Setup" [High,Confirmed] https://launchpad.net/bugs/1763164
[23:56] <Trevinho> jbicha: where is managed the mutter package patches?
[23:56] <Trevinho> jbicha: I don't see it in ~ubuntu-desktop/mutter/ubuntu
[23:56] <jbicha> Trevinho: mutter is in sync with Debian
[23:56] <Trevinho> jbicha: I see, so if I want to include patches there I should use salsa?
[23:56] <jbicha> yes
[23:56] <Trevinho> ok good
[23:57] <jbicha> Trevinho: I think we should either cherry-pick a bunch of stuff (or do a git snapshot) if there isn't a new mutter release by like tomorrow
[23:58] <Trevinho> jbicha: yeah, that's what I was planning to do
[23:58] <Trevinho> jbicha: plus some MPs which won't probably be merged by then
[23:58] <Trevinho> but we need them (at least in ubuntu)
[23:58] <jbicha> interesting that Fedora 28 starts their Final Freeze almost exactly when we do
[23:58] <Trevinho> but they're still generic to be in debian too
[23:58] <jbicha> so they have the same problem
[23:59] <jbicha> sure that's (probably) fine