[02:09] <bjf> i'm running bionic. after latest update my syslog is full of stacktraces of org.gnome.Shell.desktop: https://pastebin.canonical.com/209228/
[02:28] <duflu> bjf, I see the same stacktraces while working on Gnome 3.28 (not in Ubuntu yet). However the shell works... Still I think you should log a bug
[02:40] <bjf> bug filed ... lp: #1747566
[02:49] <duflu> bjf, cool, thanks
[02:51] <duflu> bjf, I had thought that was a regression in mutter 3.27... so seeing it in bionic is actually encouraging to me
[03:33] <jbicha> the extra logging was an intentional change in gjs to help diagnose problems in gnome-shell (or extensions)
[05:25] <duflu> jbicha, do you have any ideas about when either 3.26.3 or 3.27 will arrive in bionic?
[07:30] <didrocks> good morning
[07:32] <duflu> Morning didrocks
[07:33] <didrocks> hey duflu
[07:38] <duflu> Depending on your timezone, happy Falcon Heavy launch day
[07:39] <duflu> -launch +explosion ... not sure yet
[07:59] <jamesh> hi didrocks, duflu
[08:00] <duflu> Hi jamesh. Home yet?
[08:00] <jamesh> duflu: yeah.  I got home yesterday afternoon
[08:01] <jamesh> first two flights were delayed, and I got rebooked on a later flight for the last leg
[08:16] <duflu> jamesh, sounds pretty normal... over the pacific?
[08:16] <duflu> Pacific
[08:17] <jamesh> yeah. Seattle -> LA -> Brisbane -> Perth
[08:22] <didrocks> hey jamesh
[08:41] <willcooke> morning all
[08:42] <seb128> good morning desktopers
[08:42] <duflu> Hi willcooke, seb128
[08:42] <seb128> hey willcooke duflu
[08:43] <didrocks> hey willcooke, seb128
[08:43] <seb128> re didrocks :)
[08:44] <seb128> duflu, do you know how pulseaudio migrated? did somebody decided to ignore the gsequencer autopkg issue?
[08:44] <duflu> seb128, by the willpower of vorlon...
[08:44] <seb128> lol
[08:44] <duflu> We wanted it so, and it happened
[08:45] <duflu> -We +He
[08:47] <seb128> I was pondering asking somebody to skip the autopkg results but was unsure that was right
[08:47] <seb128> good, that way I don't have to decide :)
[08:51]  * didrocks going to do some X session transition tests, rebooting multiple times, bbl
[09:00] <didrocks> ok, need to patch GDM thus…
[09:08] <willcooke> Oh yeah, forgot about this...  under xorg and specically the Unity session, tap to click on a touchpad is reported to not work (need to test here) is that likely to be because of libinput?
[09:09] <duflu> willcooke, that's a setting you can toggle in Settings. Has (whoever) looked at or tried changing the setting?
[09:09] <duflu> Although I haven't checked Unity for a while
[09:10] <willcooke> duflu, will ask thanks.  I'll test on a VM first
[09:10] <willcooke> although, that might not be a real test
[09:10] <duflu> willcooke, problem is you won't be given the option unless it detects the touchpad hardware
[09:11] <willcooke> ah, kk
[09:11] <duflu> And sometimes it even misdetects the hardware
[09:11] <duflu> So not everyone gets the full list of touchpad settings
[09:12] <willcooke> yeah, doesnt work in a vm
[09:12] <willcooke> I'll ask them to test and see what happens
[09:12] <willcooke> thanks duflu
[09:12] <duflu> Yeah, same here, developing on a desktop
[09:13] <duflu> willcooke, maybe we should ask upstream to always show the widgets, and just disable them if they think a touchpad is absent. That would at least give people a better hint
[09:14] <duflu> I keep finding myself asking people to toggle settings that their systems don't present in the GUI...
[09:15] <duflu> So it would be more helpful for those cases to show greyed-out widgets instead of none at all
[09:15] <duflu> Probably the same amount of code to disable vs hide
[09:15] <willcooke> humm, tricky one
[09:16] <duflu> In a perfect world, you don't need such a change. But in the real world there are touchpads that Linux thinks are mice
[09:32] <seb128> willcooke, what distro serie?
[09:32] <willcooke> seb128, I think B
[09:34] <seb128> willcooke, I don't remember what's the default for that option, but we still have the issue than if libinput is installed then unity-control-center has no ability to tweaks the touchapd options since the code was never ported away from synaptic to libinput
[09:34] <seb128> that if*
[09:35] <seb128> willcooke, https://trello.com/c/X7gznOHG/132-libinput-support-for-unity-7
[09:35] <willcooke> ah yeah, that's what I was thinking of.  Do you think they will be able to install synaptic and remove libinput?
[09:35] <seb128> if they don't need/want GNOME installed yes
[09:35] <willcooke> seb128, thanks
[09:35] <seb128> yw
[09:43] <didrocks> ok, after session transition: the correct session is selected. However, GDM dropdown doesn't match the session it's starting (like, I have GNOME session installed, it's telling it's the one selected while starting the ubuntu one)
[09:43] <didrocks> that, as long as you don't select another session
[09:43] <didrocks> even from wayland -> xorg, while the session name is still "ubuntu"
[09:43] <didrocks> anyway, at least, most of people won't notice it, so let's upload the transition still, and we'll get to that bug later on…
[09:44] <seb128> didrocks, sounds like bug #1738389
[09:44] <seb128> or at least similar
[09:46] <didrocks> seb128: well, it doesn't select that session, it's just on the GDM dropdown, making you think it would select the first session in ascii order, which it doesn't.
[09:46] <didrocks> there is clearly something wrong overall in GDM session management
[09:48] <didrocks> oh, I hacked in /tmp for the gdm patch…
[09:48] <didrocks> :(
[09:51] <seb128> :(
[09:52] <didrocks> the patch is easy enough, more bothered by the description :p
[09:52] <seb128> but yeah, I still wish we had stayed on lightdm, it was so much better :/
[09:52] <seb128> shame that the lock screen thing made that difficult
[10:01] <didrocks> ok, with that known "display" bug, Xorg is now the default and transition from wayland -> xorg and xorg -> xorg works
[10:04] <seb128> nice
[10:07] <seb128> didrocks, https://trello.com/c/MTfnMTzr/205-minimal-patches-as-fallback-for-1604-on-the-shell
[10:07] <seb128> didrocks, I don't really understand the title/description, you meant 18 rather than 16?
[10:10] <didrocks> oupsss, 18 ofc :)
[10:11] <didrocks> basically, it's about the 3 set of minimal (some hackish) patches as the upstream reviews don't go really far
[10:13] <seb128> k, makes sense
[10:13] <seb128> thx
[10:13] <didrocks> yw :p
[10:28] <duflu> willcooke, I was reminded recently that maybe I haven't tested VAAPI's smoothness on enough machines to really declare the main stutters fixed. Did you still experience any?
[10:29] <duflu> I mean my desktop is now fine, but another machine seems less so
[10:30] <willcooke> duflu, huh, well, my server is down with all my content on, so I've not really been testing.  I'll go download some.  BBB yet again I expect.  And Sintel
[10:30] <willcooke> duflu, would you do a social post on the hub or whatever and we can share it around and have p_opey retweet it from the @ubuntu account etc
[10:30]  * duflu recalls thinking the GL logic in gstreamer-vaapi was dubious, but it seemed to work at the time
[10:31] <duflu> I think mpv was fine on the problematic machine still
[10:32] <duflu> willcooke, you mean request for testing?
[10:32] <willcooke> duflu, yeah
[10:32] <duflu> willcooke, yeah. I want to be careful to not get into a situation though where we're confusing mutter stutter for totem stutter
[10:33] <duflu> So need to think about how to word it
[10:33] <willcooke> ahh riht
[10:33] <willcooke> right
[10:33]  * duflu can't believe he hasn't thought of such puns till now
[10:34] <duflu> and rhyming
[10:40] <oSoMoN> good morning desktoppers
[10:40] <seb128> lut oSoMoN, ton téléphone est de nouveau tombé en rade ? ;)
[10:42] <seb128> jbicha, didrocks, the spice-vdagent MIR has been acked by security ... do you know if it needs to go back to the MIR team for them to confirm or just need to be seeded now?
[10:42] <didrocks> let me look at the status
[10:42] <didrocks> if there was a +1 from the MIR team, no need
[10:43] <oSoMoN> seb128, non, j’ai juste oublié de me connecter à IRC… ce fut une matinée très calme :)
[10:43] <didrocks> yep, all looks good, no need for a second MIR team round, setting to fix committed
[10:45] <seb128> haha
[10:45] <seb128> didrocks, thx
[10:45] <didrocks> yw! Happy that's in :p
[10:45] <didrocks> now, need the webagent for easy mounts
[10:45] <didrocks> :)
[10:46] <seb128> haha
[10:47] <duflu> OK. Mission(s) accomplished for Tuesday
[10:47] <duflu> Night
[10:47] <seb128> night duflu
[11:38] <willcooke> seb128, re: xrdp - thanks for the info.  So you wouldnt have any objections to me filing an MIR for xRDP?  I can get that kicked off if so.
[11:40] <seb128> willcooke, no objection no
[11:40] <seb128> that's going to require a security team review probably so you can also maybe talk to them
[11:42] <willcooke> ack
[11:42] <willcooke> I will file an MIR and follow up
[11:43] <seb128> thx
[11:44] <andyrock> hey seb128
[11:44] <andyrock> for the gnome-disk-utilities debdiff
[11:45] <andyrock> the original patch (https://bugzilla.gnome.org/attachment.cgi?id=367805&action=diff) has some #ifdef to check if udisks is new enough
[11:46] <seb128> hey andyrock
[11:46] <andyrock> should I remove them right? or should I check that the required functions are in the .h files?
[11:46] <seb128> right, you need to remove those
[11:46] <andyrock> kk
[11:46] <seb128> just adapt the control file to depends on the udisks revision that includes the patch backport
[11:49] <seb128> brb, moving back from that lunch place
[11:50] <andyrock> kk
[12:11] <Trevinho> desktoppers: probably this is something that should be talked more in the (a) meeting, and not sure if feasible for changing the workflow, but what would you think about managing our gnome-shell/mutter and other GNOME packages where we might do some patching work (not customization, just backports and fixes as we did so far) with forks in https://gitlab.gnome.org/Ubuntu/ where we've basically have the debian folder in there?
[12:11] <Trevinho> I guess it would improve the workflow (at least for me). And of course we could be able to have a git mirror in LP too.
[12:12] <Trevinho> Or something else that might allow us non proper .deb devs to have a better way to get our changes in, withouth having to get bothered with debdiffs
[12:13] <seb128> Trevinho, hey, you should read https://community.ubuntu.com/t/move-ubuntu-desktop-packaging-to-salsa/3496
[12:16] <seb128> Trevinho, that's basically what you want I think, full git derivated from upstream where you can probably git merge back changes to the ubuntu branch etc
[12:17] <Trevinho> seb128: looks interesting
[12:17] <Trevinho> seb128: but... is that going to debian first?
[12:17] <seb128> andyrock, sorry, had to drop off to change location, I'm back online if you have other questions
[12:17] <Trevinho> can't we just inherit that for ubuntu too?
[12:18] <seb128> andyrock, and I can look at your changes/sponsor them later :)
[12:18] <andyrock> I've already uploaded the debdiff for udisks2
[12:18]  * Trevinho reads the full thing first :-D
[12:18] <seb128> Trevinho, right, you should :p
[12:18] <andyrock> I'm testing the one for gnome-disk
[12:18] <seb128> Trevinho, I expect we are going to discuss that in Budapest (though didrocks might be missing so maybe not, or not as much at least)
[12:18] <seb128> andyrock, k
[12:19] <andyrock> seb128: please note that this will work with newly mounted snaps
[12:19] <andyrock> snap team told me they were going to deal with the migration
[12:19] <andyrock> not sure they did that
[12:19] <seb128> andyrock, which means work on all snaps on next boot right?
[12:20] <Trevinho> seb128: ok, for sure I'd love to have better handling of all this, since now for me all the times I want to propose something to be in ubunutu as because maybe it's still pending upstream or similar, I stop since it's a bit annoying :-P
[12:20] <andyrock> nope installed snaps but they can fix it
[12:20] <andyrock> if they didn't I'll ping them
[12:20] <Trevinho> And I prefer to wait for someone to do the syncs on [point] releases
[12:20] <seb128> andyrock, ok, did you file a forum topic or bug about that?
[12:20] <andyrock> when I proposed the patch for snapd they told me they were going to deal with the migration
[12:20] <seb128> k, maybe check and open something if they didn't
[12:20] <andyrock> I'll do it
[12:21] <seb128> easy to forget when you have no item for tracking the work
[12:21] <seb128> thx
[12:22] <seb128> andyrock, where did you add the udisks update?
[12:22] <andyrock> https://bugs.launchpad.net/gnome-disk-utility/+bug/1637984
[12:34] <seb128> andyrock, thanks, it doens't have an udisks2 line that's why I didn't find it :)
[12:34] <andyrock> ah
[12:34] <andyrock> I'm uploading the gnome-disk one too
[12:35] <andyrock> tested on a vm and it works fine
[12:36] <seb128> andyrock, why do you need libmount 2.30?
[12:36] <andyrock> because userspace mount options are exported only with libmount >= 2.30
[12:37] <andyrock> that's why we can't backport this
[12:37] <seb128> andyrock, k, so that's not a new api/something that is reflecting in https://anonscm.debian.org/cgit/collab-maint/pkg-util-linux.git/tree/debian/libmount1.symbols with a 2.30 version
[12:38] <andyrock> buuuuut we can backport an alternative fix (ok for a deb patch, not ok for upstream)
[12:38] <seb128> andyrock, I was asking to know if you need the depends, if that was a new symbols the dh tools would pick the version for you so that line wouldn't be needed
[12:38] <andyrock> no symbols
[12:38] <andyrock> it's using some libmount stuff
[12:38] <seb128> k
[12:38] <seb128> andyrock, loosk good but please update the changelog to have that info
[12:39] <seb128> * debian/control:
[12:39] <andyrock> kk
[12:39] <seb128>   - updated libmount requirement to 2.30, that's needed because <reason>
[12:39] <seb128> andyrock, ^
[12:39] <seb128> andyrock, thx
[12:42] <andyrock> https://www.irccloud.com/pastebin/WAhhFWq1/
[12:42] <andyrock> seb128: ^^^ fine for you?
[12:43] <seb128> andyrock, looks good yes, thanks :)
[12:46] <andyrock> seb128: can you check https://launchpadlibrarian.net/355973424/gnome-disk-utility.debdiff
[12:48] <andyrock> also if you can add the target for bionic/artful/xenial
[12:48] <seb128> right
[12:48] <andyrock> artful has libmount1 >= 2.30
[12:48] <seb128> andyrock, same question that earlier for this other one, why do you need the new libudisk?
[12:48] <andyrock> so we can backport the all thing
[12:49] <seb128> right
[12:49] <andyrock> the new disk because there are new symbols
[12:49] <andyrock> udisks_block_get_userspace_mount_options
[12:50] <andyrock> for xenial just target gnome-disk-utility
[12:50] <seb128> hum
[12:50] <seb128> andyrock, https://launchpadlibrarian.net/355965413/udisks2.debdiff doesn't mention that symbol?
[12:50] <andyrock> it's generated
[12:50] <seb128> oh
[12:51] <andyrock> <property name="UserspaceMountOptions" type="as" access="read"/>
[12:51] <seb128> andyrock, it should probably be added to udisks debian/libudisks2-0.symbols then?
[12:51] <andyrock> maybe
[12:51] <seb128> andyrock, it's weird that dh_shlibs doesn't complain about that when you build your new udisks2
[12:51] <oSoMoN> thanks seb128 for the LO upload!
[12:51] <seb128> oSoMoN, yw!
[12:51]  * andyrock is new to debian packaging
[12:52] <seb128> andyrock, that file lists the symbols and the version where they have been added, which is used then to compute the right version to depends on for things using your lib
[12:52] <seb128> andyrock, like that new gdu using a symbol tagged as being from 2.6.5-2ubuntu3 is going to create a depends of that version of the lib
[12:54] <seb128> andyrock, oh, and don't forget to add an entry to the changelog "* debian/libudisks2-0.symbols: list new udisks_block_get_userspace_mount_options symbol"
[12:54] <seb128> :)
[12:54] <andyrock> so there is no need for "libudisks2-dev (>= 2.6.5-2ubuntu3)"
[12:54] <andyrock> kk
[12:55] <seb128> andyrock, you still need the versionned build-depends, it's the runtime depends which is computed
[12:55] <andyrock> ah ok
[13:15] <jbicha> seb128: speaking of MIRs, I opened LP: #1746598 and LP: #1746629
[13:16] <seb128> jbicha, hey, ok, good luck for getting those reviewed seeing we still have some the summer not reviewed yet :/
[13:17] <jbicha> yeah, these two aren't very high priority IMO
[13:18] <seb128> right
[13:21] <andyrock> seb128: dpkg-gensymbols gives me something like that "+ udisks_block_dup_userspace_mount_options@Base 2.6.5-2ubuntu3"
[13:21] <andyrock> is that correct
[13:21] <seb128> andyrock, that sounds right to me, what do you think?
[13:21] <andyrock> kk for me too so :D
[13:25] <jbicha> andyrock: trivial, but could you add a ~ to the end of that symbol version number, 2.6.5-2ubuntu3~
[13:25] <jbicha> useful in the rare chance that someone would try to backport it in a PPA
[13:25] <andyrock> kk
[13:41] <andyrock> seb128: done
[13:42] <andyrock> I'll be afk in the next 20/30 for lunch
[13:44] <seb128> andyrock, thx, enjoy!
[14:07] <GunnarHj> seb128: Removing "X-Ubuntu-Gettext-Domain=remmina" seems to have worked. :) Did you confirm it first, or did you take a chance?
[14:08] <kenvandine> oSoMoN, hey!
[14:08] <kenvandine> oSoMoN, i no longer have a desktop file for chromium, using the edge channel
[14:09] <Trevinho> kenvandine: hey.. when you can pelase give a look at the desktop helpers PR i sent
[14:10] <oSoMoN> kenvandine, that's unexpected, let me check
[14:10] <oSoMoN> kenvandine, how was the trip back home?
[14:10] <kenvandine> oSoMoN, oh.. nevermind
[14:10] <kenvandine> installed:   65.0.3325.18 (225) 139MB disabled
[14:10] <kenvandine> maybe it's in the process of updating?
[14:11] <oSoMoN> kenvandine, what does "snap changes chromium" say?
[14:12] <kenvandine> 1182  Doing   2018-02-06T14:03:31Z  -      Auto-refresh 5 snaps
[14:12] <kenvandine> so i guess it's refreshing
[14:12] <kenvandine> annoying i can't start my browser though :)
[14:12] <oSoMoN> kenvandine, use the ff snap :)
[14:13] <kenvandine> :)
[14:16]  * kenvandine wonders how long this could possible take
[14:19] <oSoMoN> kenvandine, also, I built a LO 6.0 snap on bionic, and it's doesn't even start on bionic, so it's even worse than you told me
[14:19] <oSoMoN> I pinged Sergio about it yesterday, but no answer
[14:20] <kenvandine> oSoMoN, did you use snapcraft from the edge channel?
[14:20] <kenvandine> oh, LO is strict right?
[14:23] <kenvandine> oSoMoN, the bug i was talking about only effected classic snaps
[14:23] <kenvandine> oSoMoN, but... you don't want to build a strict snap on bionic unless you specify base: base-18
[14:24] <oSoMoN> aha
[14:24] <seb128> GunnarHj, I read through the code of the tools and sounded like it should work so I went for it :)
[14:24] <oSoMoN> kenvandine, where do I specify that?
[14:24] <seb128> you should build your snap on 17.10 and see if it works
[14:24] <kenvandine> oSoMoN, in the yaml
[14:24] <kenvandine> top level
[14:24] <kenvandine> hey seb128!
[14:25] <oSoMoN> thanks, I didn't know of that
[14:25] <seb128> hey kenvandine, how are you? had a good trip back?
[14:25] <GunnarHj> seb128: Ok. Thanks for sponsoring!
[14:25] <seb128> oSoMoN, kenvandine, base-18 isn't going to be friendly to other series yet though?
[14:25] <seb128> GunnarHj, yw, thanks for doing the work!
[14:25] <kenvandine> seb128, not really
[14:25] <kenvandine> it's only in edge
[14:25] <kenvandine> oSoMoN, ^^
[14:25] <kenvandine> so you'll need to install base-18 from edge
[14:26] <kenvandine> also note that base-18 is going to be renamed core18
[14:26] <kenvandine> seb128, it should work fine on 16.04 though
[14:26] <kenvandine> it'll just have trouble auto downloading base-18 because it's not in stable yet
[14:26] <kenvandine> oSoMoN, so don't publish a snap built for that yet
[14:26] <kenvandine> oSoMoN, also you can't build for that on LP yet
[14:27] <kenvandine> oSoMoN, and cleanbuild won't work for that yet :)
[14:28] <oSoMoN> wow, that's a lot of don’ts and can'ts
[14:29] <willcooke> drum roll
[14:30] <willcooke> #startmeeting Desktop Team Weekly Meeting - 6 Feb 2018
[14:30] <meetingology> Meeting started Tue Feb  6 14:30:17 2018 UTC.  The chair is willcooke. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[14:30] <meetingology> Available commands: action commands idea info link nick
[14:30] <willcooke> Roll call:  andyrock, dgadomski, didrocks, duflu (out), jbicha, jamesh (out), jibel/heber, kenvandine, laney (hols), oSoMoN, seb128, tkamppeter, trevinho, robert_ancell (out)
[14:30] <didrocks> hey
[14:30] <jbicha> o/
[14:30] <jibel> hi
[14:31] <oSoMoN> o/
[14:31] <seb128> hey
[14:32] <heber> o/
[14:32] <andyrock> o/
[14:32] <willcooke> Looks like we have enough people to get started, so....
[14:32] <willcooke> #topic andyrock
[14:32] <kenvandine> \o
[14:32] <andyrock> 1. WIP: adding a UbuntuSSO provider in gnome-online-accounts
[14:32] <andyrock> 2. Updated gnome-disk-utility's patch
[14:32] <andyrock> 3. Debdiffs for udisks2 and gnome-disk-utility for bionic
[14:32] <andyrock> 4. Several discussions to understand how to properly handle sso
[14:32] <andyrock> 5. Writed an helper to discharge macaroons (doing that in C is not feasible)
[14:33] <willcooke> Thanks andyrock, could you let me know when Disks arrives in Bionic so I can do some before and after screenshots and share it around.
[14:33] <andyrock> eow
[14:33] <willcooke> I'll keep an eye on the bugs, but in case I miss it
[14:33] <andyrock> sure thing
[14:33] <willcooke> thanks!
[14:33] <willcooke> #topic dgadomski
[14:33] <dgadomski> hey
[14:33] <dgadomski> * merge request waiting upstream for bug #1644662
[14:33] <dgadomski> * found the cause of bug #1746482
[14:33] <dgadomski> * still working on bug #1743422
[14:33] <dgadomski> eof
[14:34] <willcooke> thanks dgadomski
[14:34] <willcooke> dgadomski, need any help from us on those?
[14:34] <dgadomski> so far I'm good, thanks
[14:34] <willcooke> cool
[14:34] <willcooke> #topic didrocks
[14:34] <didrocks> * GNOME Shell date centering: got some reviews and applies small modifications. Changed in the ubuntu distro patch as well.
[14:34] <didrocks> * Fix communitheme CI broken due to artful
[14:34] <didrocks> * Continue discussion/keeping involved with the Communitheme team. We start even having external code contribution! The reviews are doing well on github.
[14:34] <didrocks> * Became a GNOME foundation board of director member. Attended to first weekly meeting.
[14:34] <didrocks> * Pre-FOSDEM: attend the GNOME adboard meeting
[14:34] <didrocks> * FOSDEM
[14:35] <didrocks> * ubuntu tutorials generation code:
[14:35] <didrocks>   - claat: rebase for google upstream integrating our new markdown parser.
[14:35] <didrocks>   - give advice and review to web team on how to add a new metadata for our codelabs and tests for it.
[14:35] <didrocks>   - made a new release so that tutorials.ubuntu.com picks up automatically the new binaries with the additional metadata.
[14:35] <didrocks> .
[14:35] <kenvandine> didrocks, congrats!
[14:35] <willcooke> congrats didrocks
[14:35] <didrocks> thx ;)
[14:35] <willcooke> #topic duflu
[14:35] <willcooke> * PulseAudio update:
[14:35] <willcooke>   - Released, finally: https://launchpad.net/ubuntu/+source/pulseaudio/1:11.1-1ubuntu4
[14:35] <willcooke> * BlueZ 5.48 update:
[14:35] <willcooke>   - Not sure about the QA status but it's ready for proposed testing if anyone wants: https://launchpad.net/bugs/1747354
[14:35] <willcooke> * Gnome Shell performance work (https://trello.com/c/Q6JYXPPs)
[14:35] <willcooke>   - Multi-monitor frame scheduling holding up the whole gnome-shell event loop: Spent most of the week on it and still looks like it will take me a few days to finish yet (https://gitlab.gnome.org/GNOME/mutter/issues/3). Still easy in theory but dealing with mutter's code is just taking longer than I expected. I should have branches for upstream review this week.
[14:35] <willcooke> * Daily bug management across gnome-shell, mutter, gdm3, ubuntu-themes, bluez, pulseaudio, dkms, mir, wayland, totem, mpv, libinput.
[14:36] <willcooke> * HELP: Fixes still awaiting sponsorship:
[14:36] <willcooke>   - https://code.launchpad.net/~vanvugt/gtk/fix-1698270/+merge/331846
[14:36] <willcooke> * Xwayland/gnome-shell crashes not getting reported:
[14:36] <willcooke>   - Found a new reason this week: https://bugs.launchpad.net/ubuntu/+source/apport/+bug/1746874
[14:36] <willcooke>   - Fixing that *might* uncover the missing crash reports for Xwayland corresponding to gnome-shell's #1 crasher: https://launchpad.net/bugs/1505409
[14:36] <willcooke> #topic jbicha
[14:36] <jbicha> • gtk4 is now in Debian experimental
[14:36] <jbicha> • GNOME Tweaks 3.27.90 release
[14:36] <jbicha> • Made an upstream release of gedit since fixes had been accumulating there
[14:36] <jbicha> • Made an upstream release of zenity to fix LP: #1747158
[14:36] <jbicha> • Filed MIRs LP: #1746598 and LP: #1746629
[14:36] <jbicha> • brotli security fix for xenial LP: #1737364
[14:36] <jbicha> • Made a proposal to Ubuntu flavors about default emoji fonts LP: #1746310
[14:37] <jbicha> • Dropped "Media Server" from GNOME Online Accounts list per upstream request LP: #1738448
[14:37] <jbicha> • GNOME is entering its 3.27.90 Freezes https://wiki.gnome.org/ThreePointTwentyseven
[14:37] <jbicha> 🏈
[14:37] <willcooke> busy week jbicha, thanks
[14:37] <willcooke> jbicha, do you think you will have opportunity to look at the Network Manager patches from awe?
[14:37] <willcooke> (in the next few weeks)
[14:38] <jbicha> willcooke: probably but we're still blocked on someone to handle that one patch :(
[14:38] <seb128> I've that on my list for this week
[14:38] <willcooke> jbicha, seb128 said he would take a look
[14:38] <willcooke> :)
[14:38] <jbicha> ok
[14:38] <seb128> and worth case we upload without it
[14:38] <seb128> and fix it later
[14:38] <jbicha> +1 to that from me :)
[14:38] <seb128> if Steve or Mathieu are unhappy they can do the right thing and report upstream next time
[14:39] <willcooke> thanks
[14:39] <willcooke> #topic jamesh
[14:39] <willcooke> I think jamesh is probably still travelling
[14:39] <willcooke> #topic jibel / heber
[14:40] <jibel> - Bionic alpha2 (not released) ISO testing
[14:40] <jibel> - 16.04.4 ISO testing (release delayed, new date to be defined)
[14:40] <jibel> - Verification of ubuntu-release-upgrader in artful to allow upgrades from an EOL release (ie zesty) when the packages archive is moved to old-releases.u.c
[14:40] <jibel> - Review and merge of ubiquity changes to move the keyboard setup page before the partitioning page (fixes bug 1047384)
[14:40] <jibel> - Following the work on boot speed, looked at startup time of gnome-software and reported bug 1747034
[14:40] <jibel> - Investigating bug 1616332 to identify the source of the leak.
[14:40] <jibel> - Followed the evolution of bug 1648534. Down to 2500 reports a day against 4000 by day 2 weeks ago.
[14:40] <jibel> - Analyzed gnome-software failing tests in jenkins
[14:40] <willcooke> thanks for picking up that memory leak jibel
[14:41] <jibel> yw
[14:41] <kenvandine> +1
[14:41] <willcooke> and re: 1648534, interesting trend.  That is encouraging
[14:41] <jibel> actually I expected it would go down faster
[14:41] <willcooke> I still think that a lot of people simply never update
[14:42] <seb128> it's a security update
[14:42] <seb128> which is unattendeed-upgraded
[14:42] <seb128> well, the fix
[14:42] <willcooke> right, but that just means that people have to ignore the message more often
[14:42] <seb128> then g-s is to update
[14:42] <seb128> right
[14:42] <willcooke> yeah
[14:42] <willcooke> :)
[14:42] <jibel> yes but then they have to install the fix which they maybe just ignore
[14:42] <seb128> that was not the main bug though
[14:42] <seb128> what's the trend on the main one?
[14:42] <jibel> that was the main one
[14:43] <jibel> the other one is similar it's bug 1659858
[14:43] <jbicha> since gnome-software runs in the background, the user needs to log out first too I think
[14:43] <seb128> k
[14:43] <jibel> jbicha, true
[14:43] <willcooke> oki, thanks jibel, let's move on
[14:44] <jbicha> newer gnome-software at least has an in-app pop-up to restart the app which I think will help a bit for that
[14:44] <willcooke> +1
[14:44] <willcooke> #topic kenvandine
[14:44] <kenvandine> * Discovered a couple of our classic snaps that worked in the past no longer work.  They need a rebuild with a newer version of snapcraft.  However the version needed hasn't been SRU'd to artful or xenial and hasn't made it to the stable channel yet because of autopkgtest failures.  This means we can't build them on LP either.  I rebuilt gnome-calendar and gnome-contacts with the fixed snapcraft in a cleanbuild and published them to
[14:44] <kenvandine> stable.
[14:44] <kenvandine> * FOSDEM and GNOME AB meeting
[14:44] <kenvandine> EOF
[14:45] <willcooke> :) thanks kenvandine
[14:45] <willcooke> #topic oSoMoN
[14:45] <oSoMoN> hey
[14:45] <oSoMoN> • firefox
[14:45] <oSoMoN>   ∘ tested latest snap
[14:45] <oSoMoN>   ∘ implemented https://bugzilla.mozilla.org/show_bug.cgi?id=512305, now waiting for feedback
[14:45] <oSoMoN>   ∘ worked with Ken on a patch to have a valid icon in the desktop file
[14:45] <oSoMoN> • chromium
[14:45] <oSoMoN>   ∘ 64.0.3282.119 published to {artful,xenial,trusty}-security and promoted snap to the stable channel
[14:45] <oSoMoN>   ∘ update dev to 65.0.3325.31 and snap in edge channel
[14:45] <oSoMoN>   ∘ uploaded 64.0.3282.140 to bionic, updates for {artful,xenial,trusty} ready in staging PPA, and pushed snap to the candidate channel
[14:45] <oSoMoN>   ∘ working on a patch to enable a11y and OSK, got it working in the omnibox but not in web content yet, and providing feedback to upstream
[14:45] <oSoMoN> • libreoffice
[14:45] <oSoMoN>   ∘ tested again autopkgtests on i386 against various custom kernels and 4.15 mainline, but none of them fix the JVM crash, provided feedback to kernel team
[14:45] <oSoMoN>   ∘ prepared SRU for libreoffice 5.4.4 to artful (bug #1746757), thanks Séb for pushing it!
[14:45] <oSoMoN>   ∘ investigating unit test failures when building a snap for LO 6.0, this seems to be caused by an old version of libicu (managed to get a snap to build on 18.04, but that's not supported yet)
[14:45] <oSoMoN>   ∘ preparing 6.0.0 deb packages for bionic
[14:45] <oSoMoN> • misc
[14:45] <oSoMoN>   ∘ FOSDEM was great 🍟
[14:46] <willcooke> :) busy times as well oSoMoN, thanks
[14:46] <willcooke> #topic seb128
[14:46] <seb128> • sponsoring (remmina, libreoffice/l10n SRUs)
[14:46] <seb128> • Fosdem
[14:46] <seb128> • helped debugging/fixing an issue in the snap desktop launcher script that was making translations not work for snaps using the gnome-platform
[14:46] <seb128> • reviews of desktop plans, updated trello cards
[14:46] <seb128> • looked at how to do some of the ubiquity tweaks we have been asked to do (updates enables by default, ecryptfs option to be removed)
[14:46] <seb128> • reviews u-c-c and udisks/gnome-disks changes

[14:47] <willcooke> thanks seb128
[14:47] <willcooke> #topic tkamppeter
[14:47] <tkamppeter> - cups-filters: Fixed crash bug.
[14:47] <tkamppeter> - Trello: Added card for CUPS snap, updated other cards.
[14:47] <tkamppeter> - CUPS snap: Updated documentation.
[14:47] <tkamppeter> - OpenPrinting Summit 2018: Posted travel request.
[14:47] <tkamppeter> - Google Summer of Code 2018: Continued mentoring Sahil Arora.
[14:47] <tkamppeter> - Hardware: More tests on the HP OfficeJet Pro 8730.
[14:47] <tkamppeter> - 3 days of flu.
[14:47] <tkamppeter> - Bugs.
[14:48] <willcooke> :( hope you are feeling better tkamppeter
[14:48] <tkamppeter> Yes, it already passed.
[14:48] <willcooke> #topic Trevinho
[14:48] <Trevinho> · Mostly out for ski vacation last week (but eventually worked friday)
[14:48] <Trevinho> · Updated custom plugins and snapcraft.yaml for building telegram-desktop snap
[14:48] <Trevinho>   from sources (some hackish as it needs gcc-7):
[14:48] <Trevinho>   - https://github.com/3v1n0/telegram-snap
[14:48] <Trevinho>   - Done some patches to get it properly work confined, some of them proposed
[14:48] <Trevinho>     upstream.
[14:48] <Trevinho>   - builds at https://launchpad.net/~build.snapcraft.io/+snap/1f414157aaf40e11e829de3c9a0a1573-xenial
[14:48] <Trevinho>   - can test with `snap install telegram-desktop --edge` (unstable name, though)
[14:48] <Trevinho>   - Trying to fix armhf build (do we care? Upstream doesn't, but still...)
[14:48] <Trevinho> · Working on recent file search in shell
[14:48] <Trevinho> · Some discussion with GNOME upstream about the usage of Ubuntu group in their
[14:48] <Trevinho>   gitlab (=> don't use groups for now).
[14:48] <Trevinho> · Fixed cursors for desktop snaps not to use system theme:
[14:48] <Trevinho>   - https://github.com/Ubuntu/snapcraft-desktop-helpers/pull/97
[14:48] <Trevinho> · Attended FOSDEM <3
[14:48] <Trevinho>   - Some contacts with Intel engineer for improving DP protocol in GNOME (really!)
[14:48] <Trevinho>   - Had some nice time with team mates, never enough!
[14:48] <Trevinho>   - Shared the pleasure with some k's of /r/linux folks https://redd.it/7v7wlc
[14:49] <Trevinho>   / EOF
[14:49] <willcooke> thanks Trevinho
[14:49] <willcooke> #topic AOB
[14:49] <bjf> willcooke, ... lp: #1747566
[14:50] <Trevinho> bjf: i've the fix proposed upstream
[14:50] <willcooke> tadaa
[14:50] <Trevinho> bjf: see https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/4
[14:50] <bjf> Trevinho, thanks
[14:50]  * Trevinho needs to fix few things, but still...
[14:51] <willcooke> For general info - thinking about MIRing xrdp.  I will be file the MIR (or try to)
[14:52] <Trevinho> ah, speaking of which... didrocks did you need anything else from my MIRs?
[14:52] <seb128> Trevinho, nice to see that cursor in snap thing fixes with an easy change :)
[14:52] <didrocks> Trevinho: which ones? I think I did comment everything on them. It's up to security team to review now, correct?
[14:53] <Trevinho> didrocks: ah, ok
[14:53] <didrocks> Trevinho: I have reviewed like 6 MIRs this week, so sorry if I don't remember which one is which :)
[14:53] <didrocks> but IIRC, yours are +1 with the changes I requested and for security team
[14:53] <Trevinho> seb128: yeh, I thouught it was just that for sooo long. In my past it didn't work... Now I tried again and.... well that was easy :-D
[14:53] <seb128> :)
[14:53] <Trevinho> didrocks: fprint's stuff
[14:54] <didrocks> Trevinho: give me the links, that will be easier
[14:54] <Trevinho> https://bugs.launchpad.net/ubuntu/+source/libfprint/+bug/1745454
[14:54] <Trevinho> https://bugs.launchpad.net/ubuntu/+source/fprintd/+bug/1745455
[14:55] <seb128> jbicha, others, we can/should probably discuss GNOME versions to use at the next meeting, once upstream feature freeze settles down
[14:55] <didrocks> Trevinho: ah, not those, I think I asked you to turned them into trello card?
[14:56] <willcooke> didrocks, Trevinho - can we carry on after the meeting?
[14:56] <willcooke> can I end?
[14:56] <seb128> willcooke, GNOME version discussion next week?
[14:56] <didrocks> yep
[14:56] <seb128> (unsure if people saw my comment)
[14:56] <willcooke> seb128, +1
[14:56] <seb128> good
[14:56] <seb128> let's wrap then? ;)
[14:56] <Trevinho> didrocks: ah ok as I added them just at https://trello.com/c/t8fazqGG/11-fingerprint-unlock
[14:56] <Trevinho> need more?
[14:56] <willcooke> #endmeeting
[14:56] <meetingology> Meeting ended Tue Feb  6 14:56:54 2018 UTC.
[14:56] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-desktop/2018/ubuntu-desktop.2018-02-06-14.30.moin.txt
[14:56] <willcooke> thanks all
[14:56] <oSoMoN> thanks
[14:57] <didrocks> thanks
[14:57] <Trevinho> cheers
[14:57] <seb128> thanks
[14:57] <Trevinho> need to leave this coffee shop now, didrocks i'll be back soon :)
[14:57] <didrocks> Trevinho: ah, that's fine in that case, I never look at attachments to cards as there is nothing normally :p
[14:57] <seb128> haha
[14:57] <didrocks> Trevinho: I'll review them this week
[14:57] <jbicha> willcooke: so I guess the experimental pipewire remote desktop thing only supports vnc so far
[14:57] <jbicha> https://wiki.gnome.org/Projects/Mutter/RemoteDesktop
[14:57] <Trevinho> seb128: I got another espresso in the mean time though
[14:58]  * Trevinho is super-awake.
[14:58] <didrocks> Trevinho: but a reminder: mind reviewing my GNOME Shell upstream patches ? :)
[14:58] <Trevinho> didrocks: k
[14:59] <seb128> Trevinho, no wonder you can't sleep and code until 3am then :)
[15:42] <andyrock> seb128: those debdiffs should work for artful too
[15:43] <andyrock> also we started the conversation for what need to be done in order to fix the problem for older snaps too (in #snappy)
[15:45] <andyrock> of course this will work for artful if they backport the required changes in snapd too
[15:45] <seb128> andyrock, k, might be worth SRUing for 17.10 still, though it's not a LTS version but it's still going to be used for a while, so good to know
[15:45] <seb128> andyrock, I'm reading the other channel, thx
[15:45] <seb128> andyrock, well, snapd they roll the full updates on all series so it should be fine
[15:46] <andyrock> kk
[15:46] <andyrock> let's see
[15:48] <didrocks> argh, l_aney didn't push his changes to g-c-c vcs :/
[15:49]  * didrocks is under the impression to spend his time updating vcs due to them never been uptodate
[15:49] <seb128> we need a dput with pre-upload hook to check that the change is commited in the vcs!
[15:50] <didrocks> yeah!
[17:28] <seb128> have a nice evening desktopers!
[17:41] <oSoMoN> thanks, you too!
[18:01] <willcooke> night ll
[18:01] <willcooke> all
[18:45] <GunnarHj> jbicha: Another translation issue: Looking at bug #1734545. In this case the template seems to be ok, but the .po files in the package are not imported by LP, and I can't tell why. There is a more recent version upstream. Any chance you could update in Debian so it get synced and built in Ubuntu again? Then we could watch the import queue and try to figure out what's (not) happening.
[19:25] <jbicha> GunnarHj: I don't see anything in gnome-sudoku's git log that looks like it would fix that issue
[19:27] <GunnarHj> jbicha: Neither do I. My thought is to study the import queue, build log etc. out from a fresh upload.
[19:27] <GunnarHj> jbicha: The zenity case was more obvious. :) Btw, you started that upload before my comment in the bug report, right?
[19:31] <jbicha> GunnarHj: no, I read my bug mail some times :)
[19:34] <jbicha> I just hope people don't start thinking I'm the gedit or zenity maintainer!
[19:35] <GunnarHj> jbicha: Wow, you must have acted immediately then.
[19:35] <GunnarHj> jbicha: Actually, a simple rebuild of gnome-sudoku would probably serve the same purpose.
[19:37] <jbicha> GunnarHj: what about the rebuild (1:3.26.0-3) I did a couple days ago?
[19:37] <GunnarHj> What?
[19:37] <jbicha> https://launchpad.net/ubuntu/+source/gnome-sudoku/1:3.26.0-3 is very new
[19:38] <GunnarHj> jbicha: Sorry, I missed that for some reason. Sure, that's probably fresh enough. And nothing in the import queue. :(
[19:39] <GunnarHj> jbicha: I'm going to need help to dig into this. Any idea where to start? Seb?
[19:40] <jbicha> at today's Desktop meeting, we decided to discuss GNOME 3.28 at next week's meeting
[19:40] <GunnarHj> jbicha: For 18.04?
[19:40] <jbicha> yes
[19:41] <jbicha> btw, I did that gnome-sudoku upload just to clear the pending commits before uploading 3.27.90 to Debian experimental
[19:42] <GunnarHj> jbicha: Ok. But it was a normal upload, right, and the stripped .po files ought to have made it into LP?
[19:43] <jbicha> oh, I have an idea
[19:43] <GunnarHj> Yeahhh!
[19:44] <jbicha> GunnarHj: it's a duplicate of LP: #1688994
[19:44] <jbicha> I remembered that gnome-sudoku had a problem
[19:46] <jbicha> GunnarHj: this is the hack we're using for meson packages (but gnome-sudoku wasn't converted to meson yet)
[19:46] <jbicha> https://salsa.debian.org/gnome-team/gnome-calendar/blob/debian/master/debian/rules#L11
[19:47] <GunnarHj> jbicha: That's interesting. I just made a fix in remmina, and there we have an Ubuntu patch which uses intltool to explicitly build the POT.
[19:47] <jbicha> Seb's comment implies that we could distro-patch a workaround too
[19:48] <jbicha> I don't know how many packages are affected since I use English :(
[19:48] <GunnarHj> jbicha: There seem to be a few of them... The secret is that single line under "override_dh_translations", right?
[19:49] <jbicha> no, I mean for packages not using meson, it sounds like we could just patch configure.ac as a workaround https://bugs.launchpad.net/ubuntu-translations/+bug/1688994/comments/2
[19:52] <GunnarHj> jbicha: Ah, so he has already solved the gnome-sudoku problem (but not implemented it). Not sure what he means by regex... Can we patch configure.ac instead?
[19:53] <jbicha> what he's suggesting is to fix pkgbinarymanager instead of working around it in package like gnome-sudoku :)
[19:54] <GunnarHj> jbicha: Ah, ok. But that hasn't been done yet, so what's the proper thing to do now?
[19:55] <jbicha> the proper thing to do is to fix pkgbinarymangler; otherwise we can patch affected packages
[19:56] <jbicha> you can confirm whether a package is affected by looking for that warning in the build logs
[19:56] <GunnarHj> jbicha: Do you know which programming language pkgbinarymangler is written in?
[19:57] <GunnarHj> (I can look for myself otherwise)
[19:57] <jbicha> perl & bash and it looks like the tests use python3
[19:58] <GunnarHj> jbicha: Ok, python sounds human enough. Then I'll take a look.
[21:30] <fossfreedom> any desktop's still around - just wondering if someone can look at my pull-request for gnome-screensaver.  thanks https://bugs.launchpad.net/ubuntu/+source/gnome-screensaver/+bug/1740150
[21:38] <GunnarHj> jbicha: I attached a debdiff to the bug report. Can you sponsor?
[22:13] <jbicha> GunnarHj: can you ask seb128 to review?
[22:13] <GunnarHj> jbicha: Sure, n.p.