[05:14] <RAOF> I gotta say, I'm a *big* fan of the way Mutter “application not responding” dialogs sitting on the top of a background window eat all mouse clicks for the foreground application.
[05:22] <jamesh> is that wayland or X?
[05:22] <RAOF> X
[06:18] <duflu> RAOF: Sounds like the foreground window has reverted to being a non-reactive actor. So clicks pass through it. We've fixed one similar bug already and have others unresolved
[06:19] <RAOF> duflu: Entirely possible.
[06:30] <didrocks> good morning
[06:30] <jibel> Salut didrocks
[06:31] <didrocks> salut jibel !
[06:32] <duflu> Morning didrocks, jibel
[06:32] <jibel> didrocks, I'm reviewing jbicha's branch Ubiquity, then I think we can do a release that include the new page and the telemetry stuff
[06:32] <jibel> branch of*
[06:32] <jibel> Afternoon duflu
[06:32] <duflu> Correct
[06:39] <didrocks> hey duflu
[06:39] <didrocks> jibel: excellent! is the FFe approved?
[06:40] <oSoMoN> good morning desktoppers
[06:41] <oSoMoN> hey duflu, jibel, didrocks
[06:41] <didrocks> salut oSoMoN
[06:41] <duflu> Hi oSoMoN
[06:42] <didrocks> seems not, but the release team hasn't been suscribed it seems
[06:43] <jibel> Bonjour oSoMoN
[06:47] <didrocks> jibel: added info and paperwork on bug #1755456
[06:50] <jibel> didrocks, thanks
[06:54] <jibel> didrocks, this bug needs more documentation according to https://wiki.ubuntu.com/FreezeExceptionProcess#FeatureFreeze_for_new_upstream_versions
[07:14] <duflu> Ah crap. Instead of profiling my memory diff I had a look at the memory total for gnome-shell. And 70% of it is from PulseAudio (!?)
[07:16] <duflu> Until you use gnome-shell for a bit. Then the graphics memory usage becomes the bigger issue
[07:17] <didrocks> jibel: seb128 filed it, I think it's how he was doing when it's not a new upstream (as another upstream than us) version, let's see with him
[07:43] <mpt> jbicha, done
[07:51] <duflu> koza, got the meeting notification 1 hour early... regardless, are we meeting?
[08:00] <willcooke> duflu, koza - anything to talk Bluetooth today?  Do we need to meet?
[08:00] <willcooke> also morning
[08:00] <koza> duflu, oh, another change of time
[08:00] <didrocks> morning willcooke
[08:00] <koza> willcooke: we could skip
[08:00] <koza> willcooke: only thing i have is that the bloody speaker has arrived :)
[08:01] <koza> and has some issues
[08:01] <willcooke> koza, you think it's that speaker?
[08:01] <koza> noidea yet
[08:01] <willcooke> kk
[08:01] <willcooke> I dont have anything
[08:01] <koza> lets skip then
[08:01]  * willcooke gets on with the slide show
[08:02] <duflu> And good morning willcooke, koza
[08:03] <Laney> yo
[08:03] <didrocks> hey hey Laney
[08:04] <duflu> sup Laney
[08:04] <willcooke> allo allo
[08:10] <seb128> good morning desktopers
[08:10] <willcooke> hi seb128
[08:10] <didrocks> hey seb128
[08:10] <seb128> willcooke, duflu, koza, sorry got delayed ... did you do the bluetooth meeting? is it over? anything interesting?
[08:10] <seb128> hey willcooke didrocks
[08:11] <duflu> seb128, skipped it
[08:11] <seb128> good, I don't think there is much bluetooth changes/work ongoing atm
[08:11] <duflu> Although it should be 50 minutes from now in theory
[08:11] <seb128> we are pretty much settled for bionic
[08:11] <seb128> DST fun right?
[08:14] <willcooke> oSoMoN, https://chromium-review.googlesource.com/c/chromium/src/+/532294
[08:14] <willcooke> oSoMoN, Am I reading that right - did they merge it at last?
[08:17] <oSoMoN> good morning seb128
[08:17] <duflu> I think the status is still merge conflict
[08:18] <oSoMoN> willcooke, not quite, they didn't merge it yet
[08:18] <oSoMoN> willcooke, it's an updated patch set, but what's really interesting is that it comes from a google engineer
[08:18] <oSoMoN> whereas the original patch was by someone from intel
[08:18] <oSoMoN> so it looks like google is showing some interest at last
[08:18] <duflu> Hurrah
[08:19] <duflu> willcooke, worlds collide: bug 1759497
[08:19] <seb128> lut oSoMoN
[08:20] <seb128> duflu, that seems excessive indeed
[08:21] <willcooke> duflu, whaaa?!?!  odd
[08:22] <duflu> It could just be address space and not real memory
[08:22] <duflu> But still, lots of address space
[08:23] <willcooke> Could this be related to us running pulse under GDM as well for a11y?  Oh, no hold on, I think I've got that backwards, we *don't* start PA & BlueZ in GDM.
[08:25] <seb128> no, that's part of the gnome-shell user process mapping
[08:25] <seb128> if I understand correctly
[08:25] <duflu> willcooke, gnome-shell uses libcanberra for sound(?) which uses pulseaudio
[08:25] <duflu> It's an upstream thing, hardcoded in there
[08:27] <duflu> On a related note, what is goa-daemon and why does it use 96GB of address space?
[08:29] <seb128> welcome to webkit
[08:29] <seb128> it's the daemon handling online accounts
[08:31] <seb128> duflu, webkitgtk upstream said that when we were discussing the webkit/ulimit issue impacting deja-dup
	seb128: Just address space
	It's not actually just a spectre mitigation, it's also a general security feature
	Looks like it's allocating 144 GiB of address space. If I've done my division right.
[08:32] <willcooke> getting faster as this now: https://imgur.com/a/BXgpf
[08:33] <duflu> That's wacky, but potentially safe if there's no real memory needed behind most of it
[08:34] <seb128> right
[08:35] <duflu> Even Chrome only needs 1.2GB
[08:35] <duflu> per process :P
[09:13] <duflu_> My DSL is broken. Oddly at 5pm two days in a row
[09:13] <duflu_> Did I miss anything?
[09:17] <willcooke> duflu, nothing
[10:22] <seb128> duflu, should bug #1748450 be marked as invalid for gnome-shell since that's an xwayland issue?
[10:23] <duflu> seb128, no. Xwayland and gnome-shell are co-dependent so when one crashes the other does too. It's not always easy to tell who crashed first
[10:23] <duflu> that's what the apport fix will help with
[10:23] <seb128> oh ok, I though that it was clear from the error that gnome-shell was hitting the sigtrap because it losts the connection to xwayland
[10:24] <seb128> which meant xwayland went away first
[10:25] <duflu> seb128, but with built-in crash handling you could bounce between each more than once. So it's not obvious who crashed first, or how many times
[10:25] <duflu> Perhaps Xwayland dies because gnome-shell was in the process of dying already
[10:25] <seb128> k, I see
[10:25] <seb128> let's see if we get better reports now that the apport changes landed then
[10:26] <seb128> well, if gnome-shell was already down, would it still sigtrap due to xwayland going away?
[10:26] <seb128> anyway let's hope we get better reports that tell us more
[10:26] <duflu> seb128, yes a process can crash multiple times in its lifetime if it caught its own the first time
[10:27] <duflu> I think we might need to check and remove any self-crash handling
[10:27] <duflu> It's always a dumb idea to have such things
[10:27] <seb128> right
[10:27] <duflu> Xorg is the bigger offender
[10:28] <duflu> And then there's the other big problem of X errors being delayed and you never know where they originated
[10:32] <darkxst> duflu, you can obviously force xorg errors to be synchronous, but that doesnt work in a apport world etc
[10:32] <duflu> darkxst, yeah. A good system is one that is always-on in production
[10:36] <duflu> Although I don't think the origin of any X errors should matter in this case. We should always expect X errors, and we should be able to survive them
[10:38]  * duflu runs away
[10:38] <darkxst> duflu, just to be clear this is the greeter (gdm) session crashing?
[10:43] <seb128> he left, and I think we don't know, it's bug #1748450
[11:08] <seb128> GunnarHj, hey
[11:08] <GunnarHj> Hi seb128
[11:08] <seb128> GunnarHj, I rechanged e-d-s/did an upload, that worked, .po are being imported
[11:08] <seb128> GunnarHj, see https://translations.launchpad.net/ubuntu/bionic/+source/evolution-data-server/+imports
[11:09] <seb128> GunnarHj, also "make template.update-pot" is not a strandard target in the inltool world afaik
[11:09] <GunnarHj> seb128: Nice. Hope that the upstream link does not get re-enabled again..
[11:10] <seb128> yeah, I don't know why/how that happened
[11:10] <seb128> are you sure your changed worked? like launchpad didn't timeout or something?
[11:11] <GunnarHj> seb128: That has nothing to do with intltool. It's the command used when intltool is not made use of.
[11:11] <seb128> GunnarHj, sorry that I didn't comment on bug #1751820 earlier, I was on vac some days and things have been crazy here otherwise, I'm doing that now
[11:11] <seb128> GunnarHj, I'm not sure I understand the question then
[11:12] <seb128> GunnarHj, what I meant is
[11:12] <seb128>  LC_ALL=C make -C eog-3.18.2/po eog.pot-update
[11:12] <seb128> make: Entering directory '/tmp/eog-3.18.2/po'
[11:12] <seb128> make: *** No rule to make target 'eog.pot-update'.  Stop.
[11:13] <seb128> $ LC_ALL=C make -C eog-3.18.2/po eog.pot
[11:13] <seb128> make: Entering directory '/tmp/eog-3.18.2/po'
[11:13] <seb128> INTLTOOL_EXTRACT="/usr/bin/intltool-extract" XGETTEXT="/usr/bin/xgettext" srcdir=. /usr/bin/intltool-update --gettext-package eog --pot
[11:13] <darkxst> seb128, yeh that is gdm again
[11:13] <seb128> GunnarHj, was your question specific to meson projetcs?
[11:13] <seb128> projects
[11:14] <darkxst> seb128, aapart from the apport noise are there any real reports of issues?
[11:14] <seb128> darkxst, not that I know but often we don't get user feedback about segfaults out of apport/whoopsie reports
[11:15] <GunnarHj> seb128: No, my question was specific to good old build system which makes use of po/Makefile instead of intltool. But it looks like I'd better test before talking more about that topic. ;)
[11:18] <darkxst> seb128, that has been ongoing for a few cycles before you guys switched back to GNOME, I never managed to find the cause though
[11:19] <seb128> :/
[11:19] <seb128> I don't even understand why we need xwayland under gdm
[11:20] <darkxst> mutter is entirely dependant on Xwayland, upstream were working to decouple that but that work seems to have stagnated
[11:23] <seb128> k :/
[11:24] <darkxst> I have next week off work, so might try and look into a bit more, if there are any other nasty bugs let me know
[11:24] <seb128> GunnarHj, commented on that dh_translations bug, I don't know if we can figure out how to get the domain from meson introspect in a robust way, if we can't maybe we should add a --domain to dh_translations and just specify the domain by hand in the rules for those projects, would be cleaner that the overrides copied around
[11:25] <seb128> darkxst, http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-incoming-bug-tasks.html and http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-tracking-bug-tasks.html are lists worth looking at if you are interested in flagged issues
[11:26] <GunnarHj> seb128: Yeah... The other problem is figuring out the build dir. I suppose that also that would need to be passed to dh_translations.
[11:26] <GunnarHj> seb128: But it feels like a post release thing.
[11:27] <seb128> GunnarHj, I don't think we would have an issue adding that --domain option before release, it's not changing an existing behaviour
[11:27] <seb128> then we probably don't need to replace the hacks now
[11:27] <seb128> next time we update those packages/merge
[11:28] <seb128> GunnarHj, the builddir we could use the obj-arch by default and override manually if needed yes
[11:28] <darkxst> seb128, hmm I never seen those before, are they new(ish)
[11:28] <GunnarHj> seb128: But dh_translations is a perl script. Does it understand that variable?
[11:29] <seb128> darkxst, no, some years old at least
[11:29] <seb128> GunnarHj, well, I'm sure there is a way to query the arch tripplet from perl :)
[11:30] <GunnarHj> seb128: 15 years ago I might have known how. Now I don't. :(
[11:33] <seb128> GunnarHj, well, I'm not saying that you are the one that need to do that work
[11:33] <seb128> I'm going to try to help having a look
[11:33] <seb128> adding the --domain would be a first step and probably easier
[11:35] <GunnarHj> seb128: I'll be happy to help if I can, but you or somebody else needs to help with the approach.
[11:36] <seb128> k
[11:37] <Mirv> jbicha: right, I guess I could upload 0.28.1 as well with lighter testing, as the only other 0.28.1 changes are two translation updates and adding "static" to one function
[11:37] <jbicha> Mirv: please :)
[11:38] <Mirv> will do
[11:38] <darkxst> seb128, some years is indistinct, keeping I mind I didnt have internet for 18months of the last 2 years!
[11:41] <seb128> darkxst, I don't remember but my emails suggest it was started in 2011
[11:45] <Laney> this glib test failure sucks
[11:46] <Laney> AND I forgot my lunch at home
[11:51] <seb128> :/
[11:51] <darkxst> hmm i had internet in 2011
[11:55] <willcooke> I'm trying to build GNOME Software with a patch I got from Robert for the slideshow.  I've git cloned it, applied the patch, now... how the heck do I build this thing?
[11:56] <willcooke> ah, meson
[11:56] <jibel> jbicha, Hi, can you update lp:~jbicha/ubiquity/update-updates-page following latest changes from m_pt? also there are periods missing at the end of the label of the radio buttons to perfectly match the spec.
[11:57] <jibel> other than that it's ready to merge
[11:57] <jbicha> jibel: yes, I'm working on that now
[11:57] <seb128> willcooke, meson builddir && cd builddir && ninja ?
[11:57] <jibel> jbicha, thanks
[11:58] <willcooke> seb128, ta, I'll try that.  Looks like I need to build in 1804
[11:58] <seb128> willcooke, you are trying to build a binary or a package?
[11:58] <willcooke> my bloody 1804 machine keeps going to sleep
[11:58] <willcooke> seb128, just a binary will be fine for now
[11:59] <seb128> willcooke, I would rather start from the source package and add the patch
[11:59] <seb128> k, then meson might be what you need
[11:59] <willcooke> I'll try the source package approach, that might be easier in the long run
[12:01] <seb128> willcooke, https://paste.ubuntu.com/p/DjSrN98Y4r/ is what the package does, if you want to build with the same options
[12:01] <seb128> you might set some plugin to false for local testing
[12:03] <xnox> I like the new picker!
[12:04] <xnox> looks awesome, and nice icons
[12:06] <willcooke> thanks seb128
[12:06] <seb128> np
[12:06] <seb128> xnox, picker?
[12:07] <jbicha> acheronuk: ping
[12:07] <xnox> seb128, the whatever that "google-chrome" shows when one tries to attach file to a gmail e.g. "open/browse a file" dialog
[12:07] <acheronuk> jbicha: pong
[12:07] <seb128> xnox, ah, that sounds like a chrome thing :)
[12:07] <xnox> but it's a gnome thing
[12:08] <xnox> let me get a screenshot, or trigger it elsewhere
[12:08] <jbicha> acheronuk: can I change your "Minimal Install" to "Minimal installation" to match the updated gtk string?
[12:09] <willcooke> seb128, what's that metapackage that brings in all the deb tools, like fakeroot etc?
[12:09] <xnox> seb128, Super -> search for evince; launch; Ctrl-O -> see the dialog that pops up with loads of small icons column, then subdirs as a sidebar
[12:09] <xnox> oooh, and it has some orange highlits
[12:09] <jbicha> I am rebasing the ubiquity merge proposal so it will have fewer commits and changes to be easier to read
[12:09] <acheronuk> jbicha: please do. I prefer that, but decided not to change while it was being debated
[12:09]  * xnox ponders if i have a weird ass nautilus extension and/or customizations
[12:10] <willcooke> seb128, ignore, it's building
[12:10] <seb128> willcooke, I don't know of one, you can apt-get build-dep gnome-software though
[12:10] <seb128> if you have a deb-src enable
[12:10] <willcooke> yeah build-essential didnt bring fakeroot in
[12:11] <willcooke> but that's all I was missing
[12:11] <seb128> xnox, oh, that's a theme update from Trevinho :)
[12:11] <jbicha> acheronuk: gtk uses "What apps would you like to install to start with?" qt uses "Which applications would you like to start with?" is that intentional?
[12:16] <willcooke> seb128, woot, it work
[12:16] <willcooke> seb128, I used the deb-buildpackage
[12:16] <seb128> :)
[12:17] <seb128> does the patch work as well? ;)
[12:17] <willcooke> it does!
[12:17] <seb128> nice
[12:17] <acheronuk> jbicha: yes, KDE is much more applications still than apps
[12:18] <jbicha> 🙄
[12:20] <seb128> tkamppeter, hey, I don't know if you noticed but the cups update isn't migrating because the autopkgtest are failing, see
[12:20] <seb128> https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-bionic/bionic/amd64/c/cups/20180328_101808_e6118@/log.gz
[12:20] <seb128> "                 FAIL stderr: lpadmin: Raw queues are deprecated and will stop working in a future version of CUPS."
[12:21] <seb128> tkamppeter, those warnings are writting on stderr which makes the test fail, either you need to write on stdout, or filter out, or allow writting on stderr
[12:42] <oSoMoN> kenvandine, I've prepared a LO 5.4.6 build for artful (SRU: bug #1759404), would you be able to upload it for me? https://people.canonical.com/~osomon/libreoffice-5.4.6/
[12:42] <oSoMoN> I've built it in a PPA, verified that autopkgtests pass (on amd64) and successfully ran the manual test plan
[12:54] <oSoMoN> btw, is there a way to request an autopkgtest run for a package in a PPA? that would be super useful
[12:54] <oSoMoN> Laney, you probably know ^
[12:56] <seb128> oSoMoN, https://wiki.ubuntu.com/ProposedMigration#Testing_against_a_PPA
[12:58] <jbicha> acheronuk: I updated my merge proposal and new PPA packages (bionic3) are building https://launchpad.net/~jbicha/+archive/ubuntu/temp-ubiquity/+packages
[13:05] <oSoMoN> seb128, perfect, thanks!
[13:05] <seb128> oSoMoN, yw!
[13:08] <oSoMoN> it would work if I were allowed to upload libreoffice… seb128, mind running this for me? https://autopkgtest.ubuntu.com/request.cgi?release=artful&arch=amd64&package=libreoffice&ppa=osomon/lo-test&trigger=libreoffice/1:5.4.6-0ubuntu0.17.10.1~ppa1
[13:08] <oSoMoN> (I will request PPU for libreoffice someday, it's on my to-do list)
[13:09] <seb128> oSoMoN, done
[13:09] <oSoMoN> cheers
[13:12] <kenvandine> oSoMoN, sure
[13:20] <oSoMoN> thanks kenvandine
[13:22] <jbicha> acheronuk: new PPA packages are published now
[13:22] <didrocks> kenvandine: hey, mind pushing your g-c-c changes to the vcs? I had to revert my commits
[13:22] <kenvandine> didrocks, sorry!
[13:22] <kenvandine> will do
[13:23] <didrocks> kenvandine: no worry, I was wondering why I got a reject :)
[13:24] <seb128> that's annoying when it happens :/
[13:26] <kenvandine> didrocks, done
[13:26] <didrocks> thx!
[13:28] <kenvandine> oSoMoN, sponsored
[13:29] <oSoMoN> cheers!
[13:29] <xnox> seb128, re: https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1756006 -> if and when it is approved, i can do the systemd upload with relevant changes. But that FFe is not yet approved, right?
[13:30] <seb128> xnox, right, looks like Lukaz wanted and UIFe, maybe GunnarHj can help you with that
[13:30] <seb128> well I think the systemd change doesn't impact the UI
[13:31] <seb128> then g-s-d ... dunno if adding an enum is user visibile/reflecting on g-c-c choices (but then we need a string added there I guess)
[13:33] <jbicha> jibel: I added an updated screenshot (and merge proposal) to LP: #1758082
[13:34] <jbicha> seb128: gnome-control-center hard-codes the list of Power options, so there won't be a new string there unless we add it
[13:35] <seb128> that's what I though
[13:51] <willcooke> jbicha, we've got the OK from product management to drop the Amazon web app from the minimal session.
[13:51] <willcooke> congrats!
[13:52] <willcooke> ;)
[13:52] <jbicha> 🎉
[13:53] <didrocks> and committed! :)
[14:49] <willcooke> oSoMoN, there seem to be no scroll bars in LO Impress when you shrink the window from full screen.  Have you seen that one?
[14:53] <willcooke> oSoMoN, they're back once I restarted it
[14:53] <GunnarHj> seb128: For now I take it that we await the LP update of gettext instead of playing with a hack.
[14:54] <seb128> GunnarHj, we can do that and revisit in a week
[14:55] <GunnarHj> seb128: Yeah - suppose you by "do that" mean wait. ;)
[14:55] <seb128> right
[14:55] <GunnarHj> Ack.
[15:02] <willcooke> xnox, I've got the slideshow ready, but I updated the text slightly on the Software slide - do I need to do anything about that?
[15:03] <xnox> willcooke, last time i touched this, it was eons ago. If you run the previewer from the branch, if you see what you are expecting to see, it should be all just fine.
[15:03] <xnox> willcooke, i can review the branch, if you want....
[15:06] <willcooke> thanks xnox
[15:06] <willcooke> oh, my bad, it was cyphermox who pinged about it yesterday ^
[15:09] <cyphermox> as xnox said
[15:09] <oSoMoN> willcooke, weird, if you manage to reproduce please file a bug
[15:10] <cyphermox> the previewer helps a lot to make sure things look the way they should, sometimes spacing can be a little odd
[15:30] <Trevinho> xnox: yeah is the file sector sidebar, even in nautilus... Based in ambiance-rw. There might be some improvements to do, but after you got used to, it's nice
[15:32] <xnox> Trevinho, i liked from the first time I saw it!
[15:33] <Trevinho> Good :-)
[15:40] <willcooke> cyphermox, https://bugs.launchpad.net/ubuntu-themes/+bug/1759601  I checked with the testing tool, and it all looks good to my eyes.
[16:08] <seb128> jibel, the gnome-menus update issue, do you get steps where you can still trigger it without hitting the plymouth issue that is blocking L_aney to investigate?
[16:11] <jibel> seb128, I can try to find steps. I'd like to finish the review of ubiquity today but planned to work on upgrades tomorrow and fraiday. I'll check if I can find steps that do not hit the plymouth issue.
[16:20] <cyphermox> willcooke: cool, will review after lunch
[16:20] <willcooke> cyphermox, merci!
[16:48] <didrocks> have a good evening everyone
[17:10] <seb128> jibel, thanks, thursday or friday sounds good
[18:00] <jibel> jbicha, I merged the "update & software" page. Thanks for your work!
[18:00] <jibel> jbicha, can you drive the uife
[18:00] <jibel> ?
[18:00] <jbicha> um, I thought it was provisionally accepted based on fixing Kubuntu
[18:01] <jibel> I see nothing in the bug report and ubuntu-release is not subscribed
[18:01] <jibel> otherwise i'll do it tomorrow morning
[18:02] <jbicha> I'm interpreting comments #4 and #14
[18:02] <jbicha> Laney: do you want to reconfirm the UIFE for LP: #1758082 ?
[18:05] <willcooke> gnight all
[18:10] <jibel> jbicha, ah sorry, I missed #4. It's all good then. thanks
[18:10]  * jibel -> EOD
[18:10] <jbicha> cool, thanks for reviewing :)
[18:13] <seb128> good work guys!
[18:59] <oSoMoN> EOD, have a good evening everyone
[20:29] <jbicha> Trevinho: do you want to close LP: #1689239 now?
[20:52] <Trevinho> jbicha: correct
[22:52] <Trevinho> c-lobrano: hey, just to know... Will you do something for https://github.com/CanonicalLtd/desktop-design/issues/28 or should I?
[22:52] <ubot5-ng> CanonicalLtd bug 28 in desktop-design "Nautilus path bar buttons are inconsistent" (comments: 13) [Community Team, Open]