[06:39] <didrocks> good morning
[06:51] <duflu> Morning didrocks
[06:56] <didrocks> hey duflu
[07:03] <jibel> Good morning
[07:04] <frederik-f> Morning
[07:08] <didrocks> salut jibel, hey frederik-f
[07:16] <jibel> cpaelzer, Hey, I proposed https://github.com/bzed/pkg-open-vm-tools/pull/20
[07:16] <gitbot> bzed issue (Pull request) 20 in pkg-open-vm-tools "Add modaliases to open-vm-tools-desktop" [Open]
[07:17] <jibel> cpaelzer, for Ubuntu I propose a debdiff and we'll remove the delta when the debian package is synced? or it's better to wait for the sync but it may already be a bit late in the cycle for that? what do you think?
[07:26] <cpaelzer> hi jibel
[07:27] <cpaelzer> jibel: you are asking the right question but the answer has two "depends"
[07:27] <cpaelzer> jibel: usually we'd wait for Debian and sync
[07:28] <duflu> Morning jibel, frederik-f, Europe, Africa, ...
[07:28] <cpaelzer> jibel: but here since it does not fix "a Debian problem" and they are in Freeze for Buster there most likely won't be a fast Debian upload of this
[07:28] <cpaelzer> jibel: therefore I'd recommend you make your bug an FFe and get an ack (if you want this in 19.04)
[07:28] <cpaelzer> jibel: and somewhen in 19.10 when your PR has resolved we can make it a sync again
[07:29] <jibel> cpaelzer, okay, thanks. I'll do that
[07:49] <oSoMoN> good morning desktoppers
[07:52] <duflu> Morning oSoMoN and seb128
[07:52] <oSoMoN> hey duflu
[07:53] <didrocks> salut oSoMoN
[07:53] <oSoMoN> salut didrocks
[08:21] <tseliot>  jbicha: yes, I just didn't want them to have to install gnome-shell when trying to install nvidia-settings
[08:54] <willcooke> morning
[08:59] <didrocks> hey willcooke
[08:59] <willcooke> hihi didrocks, how are you?
[09:00] <seb128> hey duflu, good morning desktopers
[09:00] <duflu> Morning willcooke
[09:00] <seb128> lut oSoMoN didrocks, en forme ?
[09:00] <seb128> hey willcooke tseliot
[09:00] <oSoMoN> salut seb128, bien et toi?
[09:00] <oSoMoN> hey willcooke
[09:01] <seb128> ça va :)
[09:02] <Laney> salut
[09:04] <seb128> salut Laney, ça va ?
[09:06] <tseliot> hey seb128
[09:07] <Laney> hey seb128! oui, ça va, et toi?
[09:07] <Laney> it's super windy again, apparently this is Storm Gareth
[09:07] <seb128> Laney, ça va bien !
[09:07] <seb128> same here, I really dislike that wind
[09:13] <duflu> Morning Laney
[09:13] <oSoMoN> hey Laney
[09:13] <oSoMoN> hey tseliot
[09:13] <duflu> "Storm Gareth" sounds very English
[09:15] <duflu> Ah. Actually that's a Welsh name. Could almost have guessed
[09:18] <tseliot> hey oSoMoN
[09:22] <clobrano> good morning o/
[09:22] <duflu> Morning clobrano
[09:22] <duflu> Also hi tseliot
[09:23] <didrocks> hey seb128, Laney, clobrano
[09:23] <seb128> hey clobrano
[09:24] <clobrano> hey duflu, seb128, didrocks :)
[09:25] <Laney> moin duflu oSoMoN tseliot clobrano didrocks!
[09:25] <Laney> a boy band I'd pay a lot of money to go and see
[09:40] <tseliot> hi duflu
[09:40] <tseliot> :D
[09:43] <cpaelzer> jibel: I replied on your PR
[09:43] <cpaelzer> asking for reconsideration
[09:44] <cpaelzer> jibel: but giving such "easy of use" to our users is why we are Ubuntu
[09:44] <cpaelzer> jibel: so please feel free to go on getting it into Disco
[09:44] <cpaelzer> jibel: I have not seen the bug converted to an FFe yet
[09:44] <cpaelzer> jibel: or did you in fact plan for 19.10 instead?
[09:50] <jbicha> tseliot: just to be clear, Kubuntu installs polkit-kde-agent-1 by default which is a provider of the polkit-1-auth-agent virtual package so it shouldn't try to install gnome-shell on Kubuntu
[09:51] <seb128> hey jbicha, you are up early!
[09:52] <jbicha> I'm going to IHOP before work :) https://twitter.com/IHOP/status/1105106147520978944
[09:53] <seb128> ah, enjoy :)
[09:54] <jbicha> I missed Pancake Day last Tuesday so I'm making up for it now :)
[09:57] <jibel> cpaelzer, I'm doing it
[09:57] <jibel> it's for 19.04
[09:59] <jibel> cpaelzer, I confirmed the virtualbox uses a similar method in Debian and replied to the PR
[09:59] <jibel> that*
[10:10] <cpaelzer> great
[10:10] <cpaelzer> showing "prior-art" always helps on convincing
[10:17] <seb128> jbicha, is the tracker update something that requires a ffe/we want to do this cycle?
[10:18] <jbicha> I think it requires a FFe, I don't have an opinion on whether we want it for disco
[10:19] <seb128> k, I will have a look after lunch
[10:23] <jbicha> seb128: I guess we'll want https://gitlab.gnome.org/GNOME/gnome-control-center/merge_requests/429 for disco :) :)
[10:23] <gitbot> GNOME issue (Merge request) 429 in gnome-control-center "Show snap information in applications panel" [6. Component: Applications, Opened]
[11:11] <tseliot> jbicha: all right then
[11:33] <clobrano> didrocks, Trevinho, Laney: about to merge Yaru's upstream sync
[11:33] <didrocks> \o/
[11:40] <willcooke> \o/
[11:41] <Trevinho> 1234 for the glory!
[11:41] <clobrano> ahaha, that's the perfect pr number
[11:45] <Trevinho> Laney: as per 32 packaging, we might wait for https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/454 (plus various cherry-picks), since at the moment zoom for a11y is broooooken
[11:45] <gitbot> GNOME issue (Merge request) 454 in gnome-shell "Magnifier content ensure it has proper size and node color" [1. Bug, Opened]
[11:47] <jibel> tseliot, I'd need to tell ubuntu-drivers to install only free drivers (eg only drivers in main/universe) is there already a way to do that? or you'd be okay if I add an option --free-only to restrict the package list to packages in main/universe?
[11:47] <jibel> or you see another option?
[11:48] <clobrano> yay, snap-on-bionic-only works https://usercontent.irccloud-cdn.com/file/2B2qFkPD/image.png
[11:53] <Laney> Trevinho: other things are broken already, I'd prefer to do a second upload, unless you can get that in like now
[11:55] <Laney> clobrano: win
[11:55] <Laney> did you want to prepare the changelog again?
[11:55] <clobrano> Laney: yes, I'll release the stable snap as well
[11:56] <Laney> 😘
[11:56] <clobrano> just need to do some business work before :D
[11:58] <Laney> back in 20 mins
[12:15] <clobrano> Laney: https://github.com/ubuntu/yaru/pull/1255
[12:15] <gitbot> ubuntu issue (Pull request) 1255 in yaru "Update changelog" [Open]
[12:33] <clobrano> Laney: there's a bug in dashtodock that's affecting the overview mode https://github.com/micheleg/dash-to-dock/issues/904
[12:33] <clobrano> If it persists in disco, we might use non-transparent top panel in overview
[12:33] <gitbot> micheleg issue 904 in dash-to-dock "Gnome Shell 3.31.92 overview mode dock is black" [Open]
[12:34] <Laney> okey, thanks
[12:37] <seb128> jbicha, undecided yet on whether we should do that or disable this panel for this cycle since it's quite buggy/not very useful
[12:43] <Trevinho> Laney: not expecting to happen now, probably something won't ever go in since we want to add another API, so... distropatchiiing :P
[12:44] <Laney> you think that other upstream people want to leave zoom broken?
[12:45] <Trevinho> Laney: they're ok on the first part of things, showing the mouse and stuff, but all the scaling fixes might be not something we want to have in this way (as there's no other way than a workaround to know the pointer texture scale, as I missed to add an API).
[12:46] <Trevinho> so... this part could need new APIs and upstream always prefer final fixes more than incremental ones.
[12:47] <Laney> are there merge requests to add the new API?
[12:49] <Trevinho> Laney: nope, I won't do it until we branched on 3-32
[12:50] <Trevinho> cause it wouldn't be 3-32 material anyways, so...
[12:51] <Laney> we could take those though probably
[12:52] <Laney> so you think people would prefer a slightly broken 3.32 in pursuit of the ideal fix in 3.33?
[12:52] <Laney> did you confirm that?
[12:53] <Laney> the branch would be made once the first non-3.32 fix is merged wouldn't it?
[12:53]  * Laney thinks #gnome-shell would be a better channel probably
[13:02] <Trevinho> Laney: well the ideal fix is ideal only from a programmer point of view, from the user point of view both the solutions will give the same result :)
[13:05] <Laney> I believe you, but I also don't want us to have a forever distro patch
[13:05] <Laney> or even do one at all if it can be avoided (not sure what conversations you've had with others about it yet)
[13:06] <Laney> so I'm tryin to get an idea of what the sustainable path forward is
[13:08] <cpaelzer> jibel: you see I told you bzed is usually nice :-)
[13:08] <jibel> cpaelzer, yeah, great to see this merged.
[13:09] <jibel> gnome-shell doesn't stop crashing :((
[13:10]  * jibel updates and reboots
[13:11] <Laney> new versions coming in a minute
[13:16]  * Laney looks at clobrano 
[13:17] <clobrano> Laney: great
[13:17] <clobrano> I pushed a gtk fix too
[13:17] <Laney> clobrano: you didn't see my comment on the changelog I guess? :>
[13:17] <Laney> needs to be 19.04.1 or something
[13:18] <clobrano> Laney: uhm, not yet, but I'm already fixing the changelog for the latest push, so I'll fix that too
[13:18] <Laney> thx!
[13:19] <clobrano> Laney: sorry, I don't really know how I merged that :|
[13:19] <Laney> big tempting shiny button
[13:19] <clobrano> don't remember...
[13:19] <Laney> [ DO NOT PRESS THIS BUTTON ]
[13:20] <Laney> 😅
[13:21] <clobrano> Laney: so "yaru-theme (19.04.1) disco; urgency=medium" is alright?
[13:22] <Laney> sure, as long as the version isn't used before
[13:22] <clobrano> nope
[13:22] <Laney> and is greater than the previous one
[13:23] <Laney> (which this is)
[13:24] <clobrano> Laney: done
[13:25] <Laney> ♥
[13:25] <Laney> will look at that in a bit (got to move places now)
[13:25] <Trevinho> Laney: it will be quite sustainable, you know temporary ones... :)
[13:26] <Trevinho> but in any case I hope to get all this in first, then to rework things. I don't see the point why 32 should be not fully fixed when we can still have it.
[13:28] <Laney> I don't say it can't, I say that I want to know that you've had it ruled out by upstream first
[13:28] <Laney> at the moment I see a reluctance to talk that I don't really understand
[13:30] <Laney> in any case we won't have this bug fixed, just trying to push you in the usual direction
[13:30] <Laney> k, back shortly
[13:31] <Trevinho> mh, what you mean by "reluctance to talk"?
[13:31] <Laney> You're telling me that this is unacceptable for upstream but I don't see that said anywhere
[13:31] <Laney> the only thing I see is fearnon saying thanks for the MR
[13:32] <Trevinho> there's no real discussion yet, I've just talked to Jonas who said that he would prefer a final solution
[13:32] <Trevinho> yeah, I mean, you know I tend to put a few more things on top one of the other :P
[13:32] <Laney> I find it weird that they'd want 3.32 to be out there with this bug
[13:32] <Laney> but...
[13:33] <Laney> if that's the case, it'd be best if the MR said that
[13:33] <Laney> k, really gone
[13:33] <Trevinho> well, yeah, it's pretty bad. But the drawing itself can be fixed in few lines, the scaling issue is an improvement that would make sense imho,
[13:34] <Trevinho> things are in different commits though, so since reviews are per commits, we can still land a part of it in case.
[13:51] <tseliot> jibel: what's the use case here?
[13:55] <jibel> tseliot, on Ubiquity ubuntu-drivers is called only for third party drivers (for nvidia mainly). We want to use ubuntu-drivers to install free drivers too during installation (eg open-vm-tools) but not proprietary drivers if the user didn't chose 'third party drivers' or selected 'free software only' in the boot menu
[13:56] <jibel> tseliot, the change would be something like http://paste.ubuntu.com/p/8P7Vv4qDjW/
[13:56] <jibel> it'd require a change in ubiquity too to call ubuntu-drivers with the new argument
[13:59] <jibel> kenvandine, in spotify snap I lost the decoration of the window. Is it a known problem with snaps?
[13:59] <tseliot> jibel: and the whitelist would still be there, so it shouldn't cause anything that we don't want to get installed
[14:00] <jibel> tseliot, yes we keep the whitelist
[14:00] <jibel> and a single whitelist since the free/non-free info already exists at the package level
[14:01] <tseliot> jibel: ok, it sounds good to me. It is something we should have at least one test for in the test suite
[14:01] <jibel> tseliot, yes, I'll add a couple of tests for that
[14:02] <tseliot> jibel: all right, feel free to send me a merge proposal when you're ready
[14:02] <jibel> will do, thanks
[14:03] <kenvandine> jibel: i haven't seen that
[14:04] <kenvandine> jibel: spotify looks fine for me
[14:04] <kenvandine> on disco
[14:14] <tjaalton> seb128: is it fine to add the dep on mesa-vulkan-drivers in disco already?
[14:15] <seb128> tjaalton, seems like ffe material so probably need to file one but I expect it should be fine to get approved
[14:17] <tjaalton> ok, I'll reuse the same bug for that
[14:25] <tjaalton> didrocks: https://bugs.launchpad.net/ubuntu/+source/vulkan-loader/+bug/1742711/comments/11
[14:27] <didrocks> tjaalton: ah, you just reopened it
[14:27] <tjaalton> yes
[14:27] <tjaalton> it got auto-expired
[14:27] <didrocks> I'll have a look in the coming week
[14:27] <tjaalton> k
[14:27] <tjaalton> thanks
[14:28] <didrocks> yw
[14:29] <didrocks> tjaalton: as you are around, were the tests looked at and the quilt thingy fixed?
[14:30] <seb128> (we are a bit minutes lates, previous meeting taking a bit longer, hold on)
[14:30] <seb128> (we really need to get that one moved)
[14:30] <Laney> thought that happened already
[14:31] <seb128> yes; those are weekly ones on the same slot
[14:31] <seb128> which is why we need to get it moved
[14:31] <Laney> I meant I thought the moving happened already
[14:32] <seb128> right, which is why I used the 'really' :)
[14:34]  * Laney is confused, but ok
[14:34] <willcooke> sorry folks
[14:34] <willcooke> Ready to start now
[14:34] <seb128> Laney, ah, sorry, no it didn't happen, we said we needed to move it like a week back
[14:34] <seb128> we just didn't happen to find a slot and actually do it
[14:35] <willcooke> #startmeeting Desktop Team Meeting - 2019-03-12
[14:35] <meetingology> Meeting started Tue Mar 12 14:35:04 2019 UTC.  The chair is willcooke. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[14:35] <meetingology> Available commands: action commands idea info link nick
[14:35] <Trevinho> \o
[14:35] <kenvandine> o/
[14:35] <seb128> hey
[14:35] <didrocks> hey
[14:35] <oSoMoN>      \o
[14:35] <willcooke> Roll call: Description:andyrock, dgadomski, didrocks, duflu (out), jbicha, jamesh (out), jibel, kenvandine, laney, oSoMoN, seb128, tkamppeter, trevinho, robert_ancell (out)
[14:35] <andyrock> o/
[14:36] <tseliot> o/
[14:36] <willcooke> Ok, as usual we will start with the Incoming bugs review, starting with B
[14:36] <willcooke> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-incoming-bug-tasks.html
[14:36] <willcooke> Ha, or not.  Since B incoming is empty!
[14:36] <willcooke> \o/
[14:37] <willcooke> I sent the B tracking list round, please look at it and see what's against you which might need looking at
[14:37] <jibel> o/
[14:37] <willcooke> C incoming is also clear \o/
[14:37] <willcooke> D incoming has some, so let's look:
[14:37] <willcooke> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-dd-incoming-bug-tasks.html
[14:38] <willcooke> https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1818246
[14:38] <willcooke> I haven't seen this one, so I dont know how common it is
[14:38] <Laney> that was supposed to have been investigated in the past week
[14:38] <Laney> forgot who though
[14:38] <seb128> didrocks did investigate and get a testcase
[14:38] <willcooke> Was it didrocks perhaps?
[14:38] <didrocks> yep
[14:38] <seb128> it got turned into an assert/crasher in .92
[14:38] <didrocks> then, it became a crash :)
[14:39] <seb128> which got fixed in master
[14:39] <didrocks> which is fixed upstream
[14:39] <didrocks> and now, I need to retest the testcase once uploaded
[14:39] <seb128> but I don't know if once the crasher is fixed the initial problem is
[14:39] <didrocks> exactly :)
[14:39] <Laney> would have been good to keep the bug updated imho (feedback for future)
[14:39] <seb128> waiting for 3.32 g-s to be out I guess
[14:39] <seb128> out/uploaded
[14:39] <didrocks> yep
[14:39] <Laney> it is
[14:40] <willcooke> oki, didrocks would you comment on the bug to that effect?  And we can look again next week?
[14:40] <didrocks> yes, FTR I opened the crashers and referenced this bug already
[14:40] <willcooke> ah cool, thanks
[14:40] <didrocks> doing the other way aroudn
[14:40] <seb128> +1 to accept the nomination
[14:40] <Laney> not sure about punting things in incoming like this, it feels weird to me
[14:40] <seb128> btw
[14:40] <Laney> yes
[14:41] <willcooke> kk, I targetted
[14:41] <willcooke> and assigned didrocks
[14:41] <willcooke> https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1818790
[14:42] <seb128> +1 to nominate, assign Marco
[14:42] <Laney> yep
[14:42] <seb128> from the channel backlog I got that it was being worked on already
[14:42] <Trevinho> yes, fix submitted already
[14:42] <Trevinho> upstream
[14:43] <willcooke> done
[14:44] <willcooke> https://bugs.launchpad.net/ubuntu/+source/yaru-theme/+bug/1818878
[14:44] <kenvandine> i wonder if that is in any way related to the user image in gdm
[14:44] <Trevinho> fixed in next yaru
[14:44] <Laney> not rls imho, but it's going to be fixed
[14:44] <Laney> no
[14:44] <Laney> but that is also fixed
[14:44] <kenvandine> i noticed yesterday that my face is HUGE in gdm
[14:44] <Trevinho> kenvandine: that's another shell one
[14:44] <seb128> blame Marco :)
[14:44] <Trevinho> fixed as well
[14:45] <Laney> no need to panic or even discuss
[14:45] <kenvandine> great :)
[14:45] <willcooke> agreed
[14:45] <Trevinho> no, blame others!
[14:45] <willcooke> so just untag then?
[14:45] <Laney> rls-dd-notfixing, but it will be fixed later today probably anyway
[14:45] <seb128> either way is fine imho
[14:45] <seb128> even not touching
[14:45] <seb128> it should be cleared by the next meeting
[14:45] <willcooke> done
[14:46] <willcooke> https://bugs.launchpad.net/ubuntu/+source/open-vm-tools/+bug/1819207
[14:46] <seb128> but yeah, rls-dd-notfixing, even it feels weird -notfixing a thing which is fix pending upload
[14:46] <willcooke> yeah, the rls bit is the key
[14:46] <seb128> willcooke, up to you to decide for that one how much a cycle goal it is
[14:46] <willcooke> I'm +1 on that open-vm-toosl
[14:46] <Laney> why's it rls?
[14:46] <seb128> either -notfixing or nominate/assign according to what you think imho
[14:47] <Laney> but whatever, jibel seemed to be working with cpaelzer on that
[14:47] <willcooke> You're right though, it's not a rls bug
[14:47] <seb128> Laney, management decision to make it a team goal
[14:47] <seb128> well
[14:47] <seb128> anyway, either is fine with me
[14:47] <tseliot> maintainer +1 to open-vm-tools
[14:48] <seb128> I think that "needs to get done this cycle" decided by $manager qualitfy to be rls targetted
[14:48] <tseliot> well, u-d-c maintainer ;)
[14:48] <seb128> tseliot, thx for the reviews on that topic btw :)
[14:48] <tseliot> :)
[14:48] <Laney> I think not, that kind of bug should be tracked directly and not in the team meeting
[14:48] <Laney> maybe a discussion for another time
[14:49] <willcooke> yeah, let's talk about this sort of thing later, and move on.  That bug will get fixed
[14:49] <willcooke> https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1819126
[14:50] <willcooke> already fix committed
[14:50] <seb128> right
[14:50] <seb128> that's the counter part of Didier's one
[14:50] <didrocks> yep
[14:50] <seb128> should be fixed in g-s 3.32 which has been uploaded to disco now
[14:51] <willcooke> if the other one is accepted, then should this one too?
[14:51] <willcooke> well, doesnt really matter, and that can be tagged on to the conversation about what gets rls tagged later
[14:51] <Laney> sure, I didn't close it in the changelog so someone can do that after verifying
[14:51] <willcooke> last one then:  https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1796606
[14:52] <didrocks> Laney: hum, this is not a SRU, but weird to not have referenced it on purpose
[14:52] <Trevinho> this is going to be fixed in .1
[14:52] <Trevinho> well, fixed... Muted :)
[14:52] <Laney> those patches are in the upload
[14:52] <Laney> so already fixed
[14:52] <Laney> didrocks: I just forgot / didn't know which bugs to close, so not really on purpose
[14:52] <Trevinho> lovely Laney
[14:52] <didrocks> Laney: ah ok, makes more sense thus
[14:53] <Laney> :>
[14:53] <willcooke> ok sorted
[14:54] <willcooke> Right, that is the end of the rls bugs
[14:54] <seb128> we still have some accepted & not assigned ones
[14:54] <willcooke> let's look at errors.u.c next, and then proposed migrations last
[14:54] <seb128> (sorry)
[14:54] <willcooke> seb128, do we?
[14:55] <willcooke> let's tidy that up then
[14:55] <willcooke> DD looks right to me now
[14:55] <didrocks> I think there are new ones, like the rhythmbox crash (but it was perhaps already acked without going through -incoming), desktop langs on the install… unsure if those were listed
[14:56] <seb128> didrocks, those are assigned?
[14:56] <didrocks> yeah, but were they on -incoming and then accepted outside of this meeting?
[14:56] <seb128> willcooke, http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-dd-tracking-bug-tasks.html has bug #1819572	
[14:56] <didrocks> I thought this meeting was to review -incoming -> ack/not ack for release
[14:57] <seb128> didrocks, we review things suggested, but it's fine to have things decided by team and/or management and directly targetted&assigned outside the meeting
[14:57] <seb128> if it's a management decision to target there is no much to discuss
[14:57] <didrocks> ok, so the team assignements here are not the only assignements
[14:58] <didrocks> just making this clear
[14:58] <seb128> well, the -tracking list are a reflect of what is accepted
[14:58] <willcooke> the only one in the DD list which is unassigned is:
[14:58] <willcooke> http://launchpad.net/bugs/1819572
[14:58] <didrocks> ack
[14:58] <willcooke> which I dont know anything about.  I will ask them
[14:58] <Laney> hahah
[14:59] <kenvandine> weird, says it only affects the one machine
[14:59] <seb128> I vote -notfixing
[14:59] <willcooke> I think they targetted it without knowing what the implications are
[14:59] <willcooke> I'll sort it out
[14:59] <seb128> thx
[15:00] <Laney> Launchpad recently changed so that nominating doesn't happen any more
[15:00] <willcooke> that's the only one though seb128?
[15:00] <Laney> everyone who could nominate can now target directly
[15:00] <Laney> so I expect more of this kind of thing
[15:00] <willcooke> ah
[15:00] <willcooke> fun
[15:00] <seb128> willcooke, yes
[15:00] <kenvandine> oh joy
[15:00] <seb128> Laney, do you know if that was discussed somewhere public?
[15:00] <willcooke> ok, so lets now really move on to errors.u.c
[15:00] <seb128> k
[15:00] <Laney> discussed not sure, I saw a post about that somewhere
[15:00] <kenvandine> that is going to be frustrating
[15:00] <Laney> can't remember where though, sorry awbout that
[15:01] <seb128> np
[15:01] <willcooke> I haven't pre-filtered the e.u.c list and I used all the time in the previous meeting to talk about other stuff... so
[15:01] <seb128> my comment from previous week still stand
[15:02] <seb128> I think e.u.c should have reports converted to bug and going to the rls-incoming process as appropriate
[15:02] <Laney> that makes sense, just needs to be done
[15:02] <Laney> (far enough in advance of the meeting that the page has refreshed)
[15:02] <willcooke> oki, then let's do that tomorrow seb128?  You & I, and anyone else who wants in
[15:02] <seb128> I'm fine doing that starting next week
[15:02] <seb128> I can do it weekly on mondays
[15:02] <seb128> so we have those in place on the rls incoming on time
[15:02] <kenvandine> seb128: awesome
[15:02] <seb128> willcooke, k
[15:03] <seb128> well let's discuss the details later if you want
[15:03] <willcooke> Do you want to do it in a HO, or would you prefer to do it alone at your convenience?
[15:03] <seb128> let's discuss together after the meeting
[15:03] <willcooke> roger roger
[15:03] <seb128> bye bye will
[15:03] <kenvandine> :)
[15:03] <kenvandine> he bailed on us
[15:03] <seb128> Laney, I guess you can do proposed migration :)
[15:04] <seb128> wb willcooke
[15:04] <oSoMoN> roger roger == /quit
[15:04] <Laney> there are some things https://trello.com/b/RHiGQXZJ/ubuntu-desktop-1904-cycle?menu=filter&filter=label:proposed-migration
[15:04] <Laney> I'm a bit concerned about the assignment process for that
[15:04] <willcooke> seem to have found a secret key shortcut for quit
[15:04] <willcooke> oh, ctrl-q
[15:04] <Laney> https://trello.com/c/kEcqB34L/257-appstream-0125-1-to-0126-1 <- that got marked as in progress with nobody assigned, and hasn't moved since then
[15:05] <Laney> https://trello.com/c/mWodrc3o/256-libvorbis-blocking-build-essential-125ubuntu2-to-126ubuntu1-for-4-days that never got assigned (but apparently someone else fixed it, so lucked out)
[15:05] <willcooke> We should probably assign them now then.  I expect last week we said "lets do it later" and then forgot
[15:05] <willcooke> or we were supposed to do it in the manager meeting, and didnt have time
[15:05] <willcooke> yeah, that ^
[15:06] <seb128> another reason we need to move that meeting to wednesday
[15:06] <willcooke> oki, seb128 shall we look at that too later on?
[15:06] <kenvandine> yeah
[15:06] <willcooke> yeahg
[15:06] <seb128> so we can act on follow up from the team meeting
[15:06] <seb128> +1
[15:06] <Laney> can I move appstream back to backlog?
[15:06] <seb128> wfm
[15:07] <Laney> thanks
[15:07] <seb128> jbicha did file it upstream, it's a regression due to the glib hashtable/order change
[15:07] <willcooke> managers meeting moved
[15:07] <seb128> which ximion said he would look at
[15:07] <Laney> sure
[15:07] <seb128> but yeah, should have an owner
[15:07] <Laney> but someone in the team should have ownership
[15:07] <Laney> if ximion does it, lucky for them
[15:07] <seb128> right
[15:08] <Laney> end of section
[15:08] <willcooke> ok, thanks Laney
[15:08] <willcooke> #topic AOB
[15:08] <willcooke> Anyone got anything they want to talk about?
[15:08] <seb128> jbicha, ricotz, who is looking at the fallout from the new vala?
[15:08] <seb128> we have things that fail to build in disco due to it
[15:08] <seb128> like libunity or rygel
[15:08] <Laney> need to run to the train platform, back in a minute
[15:09] <kenvandine> nope
[15:09] <seb128> Laney, good luck
[15:09] <seb128> willcooke, jbicha put a note in his summary to discuss default windows placement
[15:09] <seb128> unsure if we should discuss that on the hub rather than the meeting though?
[15:09] <seb128> especially that it's something others care about, like the yaru team
[15:10] <willcooke> hub sounds good, or at least out of the meeting
[15:10] <seb128> which might not be here
[15:10] <willcooke> +1
[15:10] <willcooke> jbicha, can you start a thread on the hub as a starting point, and we can take it from there
[15:10] <willcooke> any more?
[15:10] <seb128> not from me
[15:10] <willcooke> 5...#
[15:11] <willcooke> 4..
[15:11] <willcooke> 3...2...1...
[15:11] <willcooke> #endmeeting
[15:11] <meetingology> Meeting ended Tue Mar 12 15:11:27 2019 UTC.
[15:11] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-desktop/2019/ubuntu-desktop.2019-03-12-14.35.moin.txt
[15:11] <didrocks> thx
[15:11] <Trevinho> thx!
[15:11] <willcooke> thanks all
[15:11] <oSoMoN> thanks
[15:11] <willcooke> seb128, I'm free in 1.5hrs
[15:11] <willcooke> maybe sooner
[15:12] <andyrock> thx
[15:12] <seb128> willcooke, k
[15:13] <tjaalton> didrocks: no, looking at it now
[15:13] <seb128> kenvandine, can you chase Robert on https://github.com/hughsie/libxmlb/pull/15 / newer gnome-software? it's time we start testing the new version if we want it in disco
[15:13] <gitbot> hughsie issue (Pull request) 15 in libxmlb "Allow nesting XbBuilderSource content type handlers" [Enhancement, Closed]
[15:13] <seb128> kenvandine, that's bug #1817223
[15:14] <didrocks> tjaalton: ok, I'll wait for your update on the bug before going further
[15:14] <didrocks> thx :)
[15:16] <tjaalton> didrocks: for one, they expect to git clone googletest..
[15:17] <didrocks> tjaalton: I'm pretty sure it's something we distro-patched with a vendorized googletest in other projects in main (or which used to be in main)
[15:18] <tjaalton> I know it's packaged
[15:19] <ricotz> seb128, hi, rygel builds and libunity has a merge request
[15:20] <seb128> ricotz, ah, I didn't see that rygel upload from Jeremy, sorry about that
[15:20] <kenvandine> seb128: will do
[15:20] <kenvandine> he was working on it already, but i'll chase him
[15:21] <seb128> thx
[15:36] <seb128> Trevinho, can you try adding https://code.launchpad.net/~ricotz/libunity/syntax-fixes/+merge/362923 to https://bileto.ubuntu.com/#/ticket/3641 ? (libunity)
[15:39] <paride> Hi. On my up-to-date disco system the multi-monitor support is a bit broken. When I connect an external screen to the laptop (in "Join Displays" mode, primary display = external) the windows move the the external monitor, but the workspaces are "lost", and I end up with all the windows mixed in a single workspace. I'm pretty sure the workspaces did
[15:39] <paride>  persist in bionic.
[15:39] <paride> My system is pretty standard: a thinkpad T480s connected to an external display via displayport (actually usb-c, but shouldn't matter)
[15:40] <paride> This happens even with a "clean" user I added to the system specifically for testing with
[15:41] <seb128> paride, that didn't change since bionic, GNOME handles the second monitor as a presentation board with no UI element nor workspaces
[15:42] <seb128> that on our list of things to improve in the next cycles
[15:42] <paride> seb128, I know, but that's not the problem -- let me try to explain it again.
[15:43] <paride> Let's say I have 4 workspaces on my laptop screen, with a terminal in each workspace. I connect the external (primary) monitor. The laptop screen becomes the "presentation board" you describe, as expected. On the external monitor I end up with *one* single workspace with all the 4 terminals
[15:45] <seb128> paride, oh, then that might be a regression, best to open a report about (on launchpad and ideally upstream as well)
[15:45] <paride> seb128, which package do you suggest to file it against?
[15:47] <paride> gnome-shell
[15:47] <paride> gnome-shell?
[15:50] <seb128> yes
[16:08] <Laney> clobrano: ok with me to tag yaru?
[16:11] <clobrano> Laney: sure
[16:17] <seb128> willcooke, can you use your script to import bug #1817338 in trello? Robert like to have his items in there
[16:18] <Laney> we still do this special robert_ancell process?
[16:27] <Laney> woot, sexy round avatar
[16:28] <Laney> non huge user icon, non transparent top bar (boo)
[16:36] <willcooke> seb128, https://trello.com/c/XNVW4Tpp
[17:40] <Laney> clobrano: uploaded, please to pull git@github.com:iainlane/yaru.git master & 19.04.1
[18:02] <willcooke> https://bugs.launchpad.net/ubuntu/+source/ubuntu-wallpapers/+bug/1819744
[18:02] <willcooke> :)
[18:18] <Laney> :>
[18:19] <willcooke> Guess I'm updating the slide show tomorrow then
[18:20] <willcooke> meh, I suppose I could do it now
[18:24]  * marcustomlinson must have dem disco dingo wearables!
[18:30] <willcooke> marcustomlinson, oh, now then, by a staggering coincidence I might be able to help you out there
[18:30] <willcooke> some how I managed to take two t shirts home with me.
[18:31] <willcooke> actually, you know what, I think we can probably find a new one in the office, I'll see what Stef can do when we go down for release week and get one in the post
[18:32] <marcustomlinson> ooh
[18:34] <willcooke> bah.  scaling the image down small enough for the slideshow makes it look like shite
[18:35] <willcooke> oh, interesting.  The jpeg looks better when scaled down
[18:35] <willcooke> than the png
[18:41] <marcustomlinson> willcooke: thanks! let me know what if there are 2XLs or 3XLs available.
[18:41] <willcooke> marcustomlinson, np, leave it with me, I'll set myself a reminder
[18:42] <marcustomlinson> :D
[19:30] <willcooke> Did any of duflu's performance improvements land on the ISO yet?
[19:34] <willcooke> clobrano, theme and new wallpaper are looking SHARP! https://imgur.com/a/M4jf9nw
[19:36] <kenvandine> gnome-logs snap built on bionic with core18 is 14M smaller :)
[19:36] <kenvandine> gnome-calculator is 2M bigger... so between the two of them we still save 12M :-D
[19:46] <willcooke> kenvandine, noice!
[19:47] <kenvandine> 3.32 versions are in candidate
[19:56] <seb128> willcooke, some work from this cycle but none of the items he flagged as worth considering to include
[19:56] <seb128> kenvandine, where are the space win coming from?
[20:00] <kenvandine> seb128: libsystemd
[20:00] <kenvandine> for core16 we had to build our own libsystemd into the snap
[20:00] <kenvandine> but core18 has a compatible version of libsystemd
[20:00] <kenvandine> so i was able to remove it
[20:01] <seb128> that's half of a meg
[20:01] <seb128> anyway, good to see it's improving :)
[20:01] <kenvandine> well, that probably pulled some other things in
[20:05] <clobrano> willcooke: awesome, but the latest yaru with the icons and the top panel are even better :)
[20:05] <willcooke> :)
[20:06] <seb128> willcooke, oh, forgot to comment back earlier, thx for the bug import to trello :)
[20:06] <willcooke> np seb128
[20:14] <frederik-f> willcooke: you're gonna love the new rubbish bin :D Was a again a big topic ^.^
[20:39] <seb128> tjaalton, did you see that bug #1818516 is waiting on getting details from you?
[20:40] <tjaalton> seb128: yes
[20:40] <willcooke> seb128, how would you feel if I added a new string to the installer slideshow?
[20:40] <seb128> tjaalton, good :)
[20:41] <seb128> willcooke, we are not in UIf yet so it's fine
[20:41] <willcooke> lulz
[20:41] <willcooke> I'll see what tomorrow brings then
[20:42] <willcooke> In other news, I went in to "Language Support" and it told me to install the stuff, I said OK, and it downloaded noto etc.  However, it never ended.  It had downloaded 130MB of 121 MB
[20:42] <willcooke> I'll update and reboot
[20:45] <seb128> andyrock, did you see that you had a question on https://gitlab.gnome.org/GNOME/gnome-control-center/merge_requests/423 ?
[20:45] <gitbot> GNOME issue (Merge request) 423 in gnome-control-center "online-accounts: Don't segfault if get_all_providers_cb is called during init" [1. Crash, 6. Component: Online Accounts, Opened]
[20:46] <willcooke> yay, sexy round icon too
[20:46] <seb128> willcooke, urg, seems like a bug worth reporting
[20:46] <seb128> :)
[20:46] <willcooke> seb128, most likely something I did, lemme try and reproduce
[20:46] <willcooke> ah, I have the new bin too
[20:46] <willcooke> niiice
[20:47] <seb128> whatever stupid you did, it should end and not have first number over the second
[20:47] <willcooke> L_aney is right about Bluetooth too, this mouse suddenly doesnt want to reconnect, same on B too
[20:49] <willcooke> and yeah, the solid background colour on the top bar is better
[20:50] <willcooke> Desktop is look really good IMO.
[20:51] <willcooke> seb128, reboot after update and everything is back to normal.  I will test it again on a fresh install tomorrow or the next day
[20:52] <seb128> I will keep an eye for it as well
[20:52] <seb128> you installed in en_GB I guess?
[20:53] <willcooke> I selected GB when I installed, I just opened that tool for the slideshow screenshot, and it prompted me to download stuff
[21:01] <seb128> I will do an install/check tomorrow
[21:01] <seb128> willcooke, btw did you check if the default snaps were available/working
[21:02] <seb128> context being https://forum.snapcraft.io/t/no-more-preinstalled-snap-on-ubuntu-19-04/10339
[21:02] <willcooke> ooohhh eck
[21:02] <willcooke> indeed, they are not there
[21:03] <sarnold> "The site at https://forum.snapcraft.io/t/no-more-preinstalled-snap-on-ubuntu-19-04/10339 has experienced a network protocol violation that cannot be repaired"
[21:03] <willcooke> snap list shows core and the platorm snap
[21:03] <willcooke> kenvandine, are you aware of that?  Snaps are missing from the installed system ^
[21:03] <seb128> willcooke, he commented on that topic saying he can't reproduce
[21:03] <willcooke> sarnold, wfm
[21:04] <willcooke> it's pretty easy to reproduce.  Install a new machine.
[21:04] <seb128> there is also a 'known issue' that it takes some minutes to have them registered
[21:04] <willcooke> nah, it's been up for hours
[21:04] <seb128> but I think at this point your install has been completed for longer than that
[21:04] <seb128> right
[21:04] <seb128> so that confirms the bug
[21:04] <willcooke> yeah
[21:04] <willcooke> Shall I log a LP bug
[21:04] <sarnold> willcooke: I wonder why this keeps happening on our forums
[21:04] <seb128> willcooke, I did yesterday, bug #1819427
[21:05] <seb128> willcooke, it was not on our review list because foundations own ubiquity, but maybe we should take on that one
[21:06] <seb128> robert_ancell, hey
[21:06] <robert_ancell> seb128, hello
[21:06] <willcooke> morning robert_ancell
[21:06] <robert_ancell> o/
[21:06] <seb128> robert_ancell, replying here than via email, going to be easier :)
[21:06] <robert_ancell> makes sense
[21:06] <seb128> robert_ancell, should we consider the risk/benefit of the gnome-software update?
[21:07] <seb128> does it bring anything that we/our users are going to want?
[21:07] <robert_ancell> I've just had the same conversation with ken via direct IRC - so might save some time here :)
[21:07] <seb128> if not maybe we should stop spending resources on that update, delete from proposed and postpone it to next cycle
[21:07] <robert_ancell> seb128, there's no feature I can think of that is essential - and we're already backporting features as necessary.
[21:08] <seb128> https://gitlab.gnome.org/GNOME/gnome-software/blob/master/NEWS
[21:08] <robert_ancell> seb128, I feel uneasy about the release, so I'm happy about postponing it.
[21:08] <willcooke> seb128, fwiw - snap refresh shows the same error here
[21:08] <seb128> willcooke, sounds like a confirmed bug
[21:10] <robert_ancell> seb128, "snap: Use new media API" is the only one I can see and we're already SRUing that everywhere so doing that for disco is not a problem.
[21:10] <seb128> robert_ancell, so reading the NEWS it seems lot of flatpak work mostly
[21:11] <robert_ancell> flatpak and appstream optimization (i.e. libxmlb)
[21:11] <seb128> maybe appmenu/new icon are the UI changes that would be worth having for consistency with the other apps
[21:11] <seb128> but we can probably backport those easily
[21:12] <robert_ancell> yeah, I did that change and it should be backportable.
[21:12] <seb128> robert_ancell, well, libxmlb is so untested that we don't even have a single deb listed today
[21:12] <robert_ancell> right.
[21:12] <robert_ancell> It's a lot of risk for minimal gain imho.
[21:12] <seb128> +1 from me to give up for this cycle if that's your position
[21:12] <seb128> it's up to you as the maintainer to decide though
[21:13] <robert_ancell> I don't recall having official maintainers :P But yes, I agree. Is the only action to delete it from -proposed?
[21:13] <seb128> k, let's drop it then? I can delete from proposed, tag as blocked-versions and comment about that on the bug
[21:13] <robert_ancell> please do.
[21:14] <seb128> you are the de-facto maintainer, nobody else has been touching it in Ubuntu this cycle
[21:14] <robert_ancell> The age old definition of maintainer, whoever touched it last :)
[21:17] <seb128> robert_ancell, well, it's rather 'who we might have available to fix the issue before the release' there
[21:17] <willcooke> seb128, have you got your test laptop handy?
[21:17] <willcooke> running disco?
[21:18] <robert_ancell> seb128, sure, I'm jk
[21:18] <seb128> willcooke, it's not far, what do you need tested?
[21:18] <willcooke> seb128, can you check the hot keys for vol up and down
[21:18] <willcooke> see if they do what you expect
[21:19] <willcooke> robert_ancell, do you think you'll stick around for the meeting later on?  It's in about 12 hours?
[21:19] <robert_ancell> willcooke, I can do
[21:19] <willcooke> robert_ancell, I can share the slides with you now, and then if you have questions, ask away, or yeah, if you are able to listen in, it might be, erm, not interesting, but something a bit like that
[21:27] <seb128> robert_ancell, bug #1819779
[21:29] <acheronuk> willcooke: hi. could flavours perhaps get a svg of the mascot, as we did for cosmic?
[21:30] <seb128> robert_ancell, deleted from proposed, I guess feel free to move the libxmlb update/trello card to the next cycle board then
[21:30] <willcooke> acheronuk, oh, yes, sure thing... one sec.
[21:30] <acheronuk> :)
[21:36] <ahayzen> seb128, for that gnome-software bug, has the correct bug been linked in the description (1814997) ?  I'm confused why a MIR marked as fixed released, would be a "stability issue" ?
[21:36] <seb128> ahayzen, sorry, no, it's bug #1817223
[21:36] <seb128> thx for pointing it out
[21:37] <ahayzen> ah thanks, that makes more sense :-)
[21:37] <seb128> description updated
[21:37] <seb128> jbicha, ^ btw, just in case you wonder about that one
[21:39] <seb128> willcooke, keys wfm but I didn't update with versions from today yet ... I guess they don't for you? what's the issue, doing nothing?
[21:40] <willcooke> They do work, but now I have to press alt instead of fn to get the "fn" functionality.  I cant remember if it's always been like that or not.  I will test with a different release tomorrow
[21:45] <seb128> I'm unsure now, let me test more tomorrow as well
[22:01] <willcooke> right, I've got the screenshots done for the slideshow, I will edit them tomorrow
[22:01] <willcooke> I'm tired.
[22:01] <willcooke> Night all!
[22:31] <jbicha> seb128: I partially touched gnome-software but I got busy with other things and didn't want to upload until we handled the libxmlb thing
[22:32] <seb128> jbicha, you mean you claim to be the new maintainer? ;)
[22:32] <jbicha> no i got busy :)
[22:32] <jbicha> flatpak finally has a channels feature (sort of) and gnome-software 3.32 includes support for that
[22:32] <seb128> nice feature for e-serie then
[22:32] <jbicha> I don't recall any other major change so I think most users won't notice if we stay on 3.30
[22:33] <seb128> right, I read the news files, it's mostly the libxmlb change that is performance and flatpak support
[22:33] <jbicha> have a good night :) :)
[22:33] <seb128> thx
[22:33] <jbicha> surprised you were still around really
[22:34] <seb128> good evening to you :)
[22:34] <jbicha> oh, there was a time change here so maybe that's part of it
[22:34] <seb128> yeah, days are too busy recently, I often end up making up in the evening for things I didn't get at during the day
[22:34] <jbicha> which I guess explains why I was up earlier than expected today your time
[22:34] <seb128> ah, makes sense
[22:36] <ahayzen> was that deduplication thing part of 3.32 gnome software i forget?  eg if you had the same app as a deb/snap/flatpak it'd merge them into one with a drop down?
[22:37] <jbicha> I don't know: we didn't land the libxmlb fix so we .deb's don't work at all yet
[22:38] <ahayzen> i think it comes under "Improved handling for apps that are available from multiple sources", but right if libxmlb isn't working then it probably won't work :-/
[22:40] <jbicha> robert_ancell: were you going to push https://git.launchpad.net/~ubuntu-desktop/ubuntu/+source/gnome-software/tree/debian/patches/0014-Add-a-basic-permissions-system.patch to GNOME?
[22:41] <robert_ancell> jbicha, I've discussed it with Richard/Alan a few times. I think now the system is in g-c-c it probably doesn't make sense anymore (i.e. g-s should just link to g-c-c).
[22:42] <robert_ancell> jbicha, I'm referring to the new applications pane in g-c-c.
[22:42] <robert_ancell> One of the reasons we did the implementation in g-s is that is was easier than g-c-c at the time.
[22:44] <jbicha> ok
[22:45] <jbicha> it's too bad it didn't land for buster (it needs translations so wasn't really suitable for applying in Debian) but it will be nice for next cycle at least :)
[22:48] <robert_ancell> Can't seem to find any bugs / MRs for it. I guess the discussions were mostly in person?
[22:59] <jbicha> I didn't push the patch to Debian because Debian doesn't have a convenient way to translate stuff like Ubuntu does
[23:00] <jbicha> while the feature is nice to have, I assume it's annoying for the UI to not be fully translated especially if everything else is