[06:39] good morning [06:51] Morning didrocks [06:56] hey duflu [07:03] Good morning [07:04] Morning [07:08] salut jibel, hey frederik-f [07:16] cpaelzer, Hey, I proposed https://github.com/bzed/pkg-open-vm-tools/pull/20 [07:16] bzed issue (Pull request) 20 in pkg-open-vm-tools "Add modaliases to open-vm-tools-desktop" [Open] [07:17] 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] hi jibel [07:27] jibel: you are asking the right question but the answer has two "depends" [07:27] jibel: usually we'd wait for Debian and sync [07:28] Morning jibel, frederik-f, Europe, Africa, ... [07:28] 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] jibel: therefore I'd recommend you make your bug an FFe and get an ack (if you want this in 19.04) [07:28] jibel: and somewhen in 19.10 when your PR has resolved we can make it a sync again [07:29] cpaelzer, okay, thanks. I'll do that [07:49] good morning desktoppers [07:52] Morning oSoMoN and seb128 [07:52] hey duflu [07:53] salut oSoMoN [07:53] salut didrocks === pstolowski|afk is now known as pstolowski [08:21] jbicha: yes, I just didn't want them to have to install gnome-shell when trying to install nvidia-settings [08:54] morning [08:59] hey willcooke [08:59] hihi didrocks, how are you? [09:00] hey duflu, good morning desktopers [09:00] Morning willcooke [09:00] lut oSoMoN didrocks, en forme ? [09:00] hey willcooke tseliot [09:00] salut seb128, bien et toi? [09:00] hey willcooke [09:01] ça va :) [09:02] salut [09:04] salut Laney, ça va ? [09:06] hey seb128 [09:07] hey seb128! oui, ça va, et toi? [09:07] it's super windy again, apparently this is Storm Gareth [09:07] Laney, ça va bien ! [09:07] same here, I really dislike that wind [09:13] Morning Laney [09:13] hey Laney [09:13] hey tseliot [09:13] "Storm Gareth" sounds very English [09:15] Ah. Actually that's a Welsh name. Could almost have guessed [09:18] hey oSoMoN [09:22] good morning o/ [09:22] Morning clobrano [09:22] Also hi tseliot [09:23] hey seb128, Laney, clobrano [09:23] hey clobrano [09:24] hey duflu, seb128, didrocks :) [09:25] moin duflu oSoMoN tseliot clobrano didrocks! [09:25] a boy band I'd pay a lot of money to go and see [09:40] hi duflu [09:40] :D [09:43] jibel: I replied on your PR [09:43] asking for reconsideration [09:44] jibel: but giving such "easy of use" to our users is why we are Ubuntu [09:44] jibel: so please feel free to go on getting it into Disco [09:44] jibel: I have not seen the bug converted to an FFe yet [09:44] jibel: or did you in fact plan for 19.10 instead? [09:50] 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] hey jbicha, you are up early! [09:52] I'm going to IHOP before work :) https://twitter.com/IHOP/status/1105106147520978944 [09:53] ah, enjoy :) [09:54] I missed Pancake Day last Tuesday so I'm making up for it now :) [09:57] cpaelzer, I'm doing it [09:57] it's for 19.04 [09:59] cpaelzer, I confirmed the virtualbox uses a similar method in Debian and replied to the PR [09:59] that* [10:10] great [10:10] showing "prior-art" always helps on convincing [10:17] jbicha, is the tracker update something that requires a ffe/we want to do this cycle? [10:18] I think it requires a FFe, I don't have an opinion on whether we want it for disco [10:19] k, I will have a look after lunch [10:23] seb128: I guess we'll want https://gitlab.gnome.org/GNOME/gnome-control-center/merge_requests/429 for disco :) :) [10:23] GNOME issue (Merge request) 429 in gnome-control-center "Show snap information in applications panel" [6. Component: Applications, Opened] [11:11] jbicha: all right then === alan_g_ is now known as alan_g [11:33] didrocks, Trevinho, Laney: about to merge Yaru's upstream sync [11:33] \o/ [11:40] \o/ [11:41] 1234 for the glory! [11:41] ahaha, that's the perfect pr number [11:45] 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] GNOME issue (Merge request) 454 in gnome-shell "Magnifier content ensure it has proper size and node color" [1. Bug, Opened] [11:47] 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] or you see another option? [11:48] yay, snap-on-bionic-only works https://usercontent.irccloud-cdn.com/file/2B2qFkPD/image.png [11:53] Trevinho: other things are broken already, I'd prefer to do a second upload, unless you can get that in like now [11:55] clobrano: win [11:55] did you want to prepare the changelog again? [11:55] Laney: yes, I'll release the stable snap as well [11:56] 😘 [11:56] just need to do some business work before :D [11:58] back in 20 mins [12:15] Laney: https://github.com/ubuntu/yaru/pull/1255 [12:15] ubuntu issue (Pull request) 1255 in yaru "Update changelog" [Open] [12:33] Laney: there's a bug in dashtodock that's affecting the overview mode https://github.com/micheleg/dash-to-dock/issues/904 [12:33] If it persists in disco, we might use non-transparent top panel in overview [12:33] micheleg issue 904 in dash-to-dock "Gnome Shell 3.31.92 overview mode dock is black" [Open] [12:34] okey, thanks [12:37] 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] 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] you think that other upstream people want to leave zoom broken? [12:45] 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] so... this part could need new APIs and upstream always prefer final fixes more than incremental ones. [12:47] are there merge requests to add the new API? [12:49] Laney: nope, I won't do it until we branched on 3-32 [12:50] cause it wouldn't be 3-32 material anyways, so... [12:51] we could take those though probably [12:52] so you think people would prefer a slightly broken 3.32 in pursuit of the ideal fix in 3.33? [12:52] did you confirm that? [12:53] 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] 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] I believe you, but I also don't want us to have a forever distro patch [13:05] 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] so I'm tryin to get an idea of what the sustainable path forward is [13:08] jibel: you see I told you bzed is usually nice :-) [13:08] cpaelzer, yeah, great to see this merged. [13:09] gnome-shell doesn't stop crashing :(( [13:10] * jibel updates and reboots [13:11] new versions coming in a minute [13:16] * Laney looks at clobrano [13:17] Laney: great [13:17] I pushed a gtk fix too [13:17] clobrano: you didn't see my comment on the changelog I guess? :> [13:17] needs to be 19.04.1 or something [13:18] Laney: uhm, not yet, but I'm already fixing the changelog for the latest push, so I'll fix that too [13:18] thx! [13:19] Laney: sorry, I don't really know how I merged that :| [13:19] big tempting shiny button [13:19] don't remember... [13:19] [ DO NOT PRESS THIS BUTTON ] [13:20] 😅 [13:21] Laney: so "yaru-theme (19.04.1) disco; urgency=medium" is alright? [13:22] sure, as long as the version isn't used before [13:22] nope [13:22] and is greater than the previous one [13:23] (which this is) [13:24] Laney: done [13:25] ♥ [13:25] will look at that in a bit (got to move places now) [13:25] Laney: it will be quite sustainable, you know temporary ones... :) [13:26] 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] 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] at the moment I see a reluctance to talk that I don't really understand [13:30] in any case we won't have this bug fixed, just trying to push you in the usual direction [13:30] k, back shortly [13:31] mh, what you mean by "reluctance to talk"? [13:31] You're telling me that this is unacceptable for upstream but I don't see that said anywhere [13:31] the only thing I see is fearnon saying thanks for the MR [13:32] there's no real discussion yet, I've just talked to Jonas who said that he would prefer a final solution [13:32] yeah, I mean, you know I tend to put a few more things on top one of the other :P [13:32] I find it weird that they'd want 3.32 to be out there with this bug [13:32] but... [13:33] if that's the case, it'd be best if the MR said that [13:33] k, really gone [13:33] 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] things are in different commits though, so since reviews are per commits, we can still land a part of it in case. [13:51] jibel: what's the use case here? [13:55] 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] tseliot, the change would be something like http://paste.ubuntu.com/p/8P7Vv4qDjW/ [13:56] it'd require a change in ubiquity too to call ubuntu-drivers with the new argument [13:59] kenvandine, in spotify snap I lost the decoration of the window. Is it a known problem with snaps? [13:59] jibel: and the whitelist would still be there, so it shouldn't cause anything that we don't want to get installed [14:00] tseliot, yes we keep the whitelist [14:00] and a single whitelist since the free/non-free info already exists at the package level [14:01] jibel: ok, it sounds good to me. It is something we should have at least one test for in the test suite [14:01] tseliot, yes, I'll add a couple of tests for that [14:02] jibel: all right, feel free to send me a merge proposal when you're ready [14:02] will do, thanks [14:03] jibel: i haven't seen that [14:04] jibel: spotify looks fine for me [14:04] on disco === Kamilion|ZNC is now known as Kamilion === slashd- is now known as slashd [14:14] seb128: is it fine to add the dep on mesa-vulkan-drivers in disco already? [14:15] tjaalton, seems like ffe material so probably need to file one but I expect it should be fine to get approved [14:17] ok, I'll reuse the same bug for that [14:25] didrocks: https://bugs.launchpad.net/ubuntu/+source/vulkan-loader/+bug/1742711/comments/11 [14:25] Ubuntu bug 1742711 in vulkan-loader (Ubuntu) "MIR: vulkan-loader" [Undecided,Confirmed] [14:27] tjaalton: ah, you just reopened it [14:27] yes [14:27] it got auto-expired [14:27] I'll have a look in the coming week [14:27] k [14:27] thanks [14:28] yw [14:29] tjaalton: as you are around, were the tests looked at and the quilt thingy fixed? [14:30] (we are a bit minutes lates, previous meeting taking a bit longer, hold on) [14:30] (we really need to get that one moved) [14:30] thought that happened already [14:31] yes; those are weekly ones on the same slot [14:31] which is why we need to get it moved [14:31] I meant I thought the moving happened already [14:32] right, which is why I used the 'really' :) [14:34] * Laney is confused, but ok [14:34] sorry folks [14:34] Ready to start now [14:34] Laney, ah, sorry, no it didn't happen, we said we needed to move it like a week back [14:34] we just didn't happen to find a slot and actually do it [14:35] #startmeeting Desktop Team Meeting - 2019-03-12 [14:35] 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] Available commands: action commands idea info link nick === meetingology changed the topic of #ubuntu-desktop to: Home of the Desktop Team, https://wiki.ubuntu.com/DesktopTeam | For help or questions, try #ubuntu | Work (read-only for non-developers): https://trello.com/b/RHiGQXZJ/ubuntu-desktop-1904-cycle | Amaterasu watches over you benevolently | Desktop Team Meeting - 2019-03-12 | Current topic: [14:35] \o [14:35] o/ [14:35] hey [14:35] hey [14:35] \o [14:35] Roll call: Description:andyrock, dgadomski, didrocks, duflu (out), jbicha, jamesh (out), jibel, kenvandine, laney, oSoMoN, seb128, tkamppeter, trevinho, robert_ancell (out) [14:35] o/ [14:36] o/ [14:36] Ok, as usual we will start with the Incoming bugs review, starting with B [14:36] http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-incoming-bug-tasks.html [14:36] Ha, or not. Since B incoming is empty! [14:36] \o/ [14:37] I sent the B tracking list round, please look at it and see what's against you which might need looking at [14:37] o/ [14:37] C incoming is also clear \o/ [14:37] D incoming has some, so let's look: [14:37] http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-dd-incoming-bug-tasks.html [14:38] https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1818246 [14:38] Ubuntu bug 1818246 in gnome-shell (Ubuntu) "update-notifier's notification is huge due to large icon" [High,Confirmed] [14:38] I haven't seen this one, so I dont know how common it is [14:38] that was supposed to have been investigated in the past week [14:38] forgot who though [14:38] didrocks did investigate and get a testcase [14:38] Was it didrocks perhaps? [14:38] yep [14:38] it got turned into an assert/crasher in .92 [14:38] then, it became a crash :) [14:39] which got fixed in master [14:39] which is fixed upstream [14:39] and now, I need to retest the testcase once uploaded [14:39] but I don't know if once the crasher is fixed the initial problem is [14:39] exactly :) [14:39] would have been good to keep the bug updated imho (feedback for future) [14:39] waiting for 3.32 g-s to be out I guess [14:39] out/uploaded [14:39] yep [14:39] it is [14:40] oki, didrocks would you comment on the bug to that effect? And we can look again next week? [14:40] yes, FTR I opened the crashers and referenced this bug already [14:40] ah cool, thanks [14:40] doing the other way aroudn [14:40] +1 to accept the nomination [14:40] not sure about punting things in incoming like this, it feels weird to me [14:40] btw [14:40] yes [14:41] kk, I targetted [14:41] and assigned didrocks [14:41] https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1818790 [14:41] Ubuntu bug 1818790 in mutter (Ubuntu) "[regression] Desktop zoom is missing the mouse pointer" [High,Triaged] [14:42] +1 to nominate, assign Marco [14:42] yep [14:42] from the channel backlog I got that it was being worked on already [14:42] yes, fix submitted already [14:42] upstream [14:43] done [14:44] https://bugs.launchpad.net/ubuntu/+source/yaru-theme/+bug/1818878 [14:44] Ubuntu bug 1818878 in yaru-theme (Ubuntu) "System menu user icon is bigger than others in 3.31.92" [High,Triaged] [14:44] i wonder if that is in any way related to the user image in gdm [14:44] fixed in next yaru [14:44] not rls imho, but it's going to be fixed [14:44] no [14:44] but that is also fixed [14:44] i noticed yesterday that my face is HUGE in gdm [14:44] kenvandine: that's another shell one [14:44] blame Marco :) [14:44] fixed as well [14:45] no need to panic or even discuss [14:45] great :) [14:45] agreed [14:45] no, blame others! [14:45] so just untag then? [14:45] rls-dd-notfixing, but it will be fixed later today probably anyway [14:45] either way is fine imho [14:45] even not touching [14:45] it should be cleared by the next meeting [14:45] done [14:46] https://bugs.launchpad.net/ubuntu/+source/open-vm-tools/+bug/1819207 [14:46] Ubuntu bug 1819207 in ubuntu-drivers-common (Ubuntu) "[FFe] Add Modaliases to open-vm-tools-desktop to allow automatic installation by ubuntu-drivers" [High,In progress] [14:46] but yeah, rls-dd-notfixing, even it feels weird -notfixing a thing which is fix pending upload [14:46] yeah, the rls bit is the key [14:46] willcooke, up to you to decide for that one how much a cycle goal it is [14:46] I'm +1 on that open-vm-toosl [14:46] why's it rls? [14:46] either -notfixing or nominate/assign according to what you think imho [14:47] but whatever, jibel seemed to be working with cpaelzer on that [14:47] You're right though, it's not a rls bug [14:47] Laney, management decision to make it a team goal [14:47] well [14:47] anyway, either is fine with me [14:47] maintainer +1 to open-vm-tools [14:48] I think that "needs to get done this cycle" decided by $manager qualitfy to be rls targetted [14:48] well, u-d-c maintainer ;) [14:48] tseliot, thx for the reviews on that topic btw :) [14:48] :) [14:48] I think not, that kind of bug should be tracked directly and not in the team meeting [14:48] maybe a discussion for another time [14:49] yeah, let's talk about this sort of thing later, and move on. That bug will get fixed [14:49] https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1819126 [14:49] Ubuntu bug 1819126 in gnome-shell (Ubuntu) "gnome-shell crashed with SIGABRT [St:ERROR:../src/st/st-image-content.c:155:st_image_content_get_preferred_size: assertion failed (priv->width > -1): (-1 > -1)]" [High,Fix committed] [14:50] already fix committed [14:50] right [14:50] that's the counter part of Didier's one [14:50] yep [14:50] should be fixed in g-s 3.32 which has been uploaded to disco now [14:51] if the other one is accepted, then should this one too? [14:51] well, doesnt really matter, and that can be tagged on to the conversation about what gets rls tagged later [14:51] sure, I didn't close it in the changelog so someone can do that after verifying [14:51] last one then: https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1796606 [14:51] Ubuntu bug 1796606 in gnome-shell (Ubuntu) "gnome-shell crashed with SIGSEGV in st_widget_get_theme_node → ffi_call_unix64 → ffi_call → gjs_invoke_c_function → function_call" [Undecided,Confirmed] [14:52] Laney: hum, this is not a SRU, but weird to not have referenced it on purpose [14:52] this is going to be fixed in .1 [14:52] well, fixed... Muted :) [14:52] those patches are in the upload [14:52] so already fixed [14:52] didrocks: I just forgot / didn't know which bugs to close, so not really on purpose [14:52] lovely Laney [14:52] Laney: ah ok, makes more sense thus [14:53] :> [14:53] ok sorted [14:54] Right, that is the end of the rls bugs [14:54] we still have some accepted & not assigned ones [14:54] let's look at errors.u.c next, and then proposed migrations last [14:54] (sorry) [14:54] seb128, do we? [14:55] let's tidy that up then [14:55] DD looks right to me now [14:55] 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] didrocks, those are assigned? [14:56] yeah, but were they on -incoming and then accepted outside of this meeting? [14:56] willcooke, http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-dd-tracking-bug-tasks.html has bug #1819572 [14:56] bug 1819572 in network-manager (Ubuntu Disco) "do-release-upgrade from cosmic to disco make the network of this specific machine malfunction" [Undecided,New] https://launchpad.net/bugs/1819572 [14:56] I thought this meeting was to review -incoming -> ack/not ack for release [14:57] 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] if it's a management decision to target there is no much to discuss [14:57] ok, so the team assignements here are not the only assignements [14:58] just making this clear [14:58] well, the -tracking list are a reflect of what is accepted [14:58] the only one in the DD list which is unassigned is: [14:58] http://launchpad.net/bugs/1819572 [14:58] Ubuntu bug 1819572 in network-manager (Ubuntu Disco) "do-release-upgrade from cosmic to disco make the network of this specific machine malfunction" [Undecided,New] [14:58] ack [14:58] which I dont know anything about. I will ask them [14:58] hahah [14:59] weird, says it only affects the one machine [14:59] I vote -notfixing [14:59] I think they targetted it without knowing what the implications are [14:59] I'll sort it out [14:59] thx [15:00] Launchpad recently changed so that nominating doesn't happen any more [15:00] that's the only one though seb128? [15:00] everyone who could nominate can now target directly [15:00] so I expect more of this kind of thing [15:00] ah [15:00] fun [15:00] willcooke, yes [15:00] oh joy [15:00] Laney, do you know if that was discussed somewhere public? [15:00] ok, so lets now really move on to errors.u.c [15:00] k [15:00] discussed not sure, I saw a post about that somewhere [15:00] that is going to be frustrating [15:00] can't remember where though, sorry awbout that [15:01] np [15:01] 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] my comment from previous week still stand [15:02] I think e.u.c should have reports converted to bug and going to the rls-incoming process as appropriate [15:02] that makes sense, just needs to be done [15:02] (far enough in advance of the meeting that the page has refreshed) [15:02] oki, then let's do that tomorrow seb128? You & I, and anyone else who wants in [15:02] I'm fine doing that starting next week [15:02] I can do it weekly on mondays [15:02] so we have those in place on the rls incoming on time [15:02] seb128: awesome [15:02] willcooke, k [15:03] well let's discuss the details later if you want [15:03] Do you want to do it in a HO, or would you prefer to do it alone at your convenience? [15:03] let's discuss together after the meeting [15:03] roger roger [15:03] bye bye will [15:03] :) [15:03] he bailed on us [15:03] Laney, I guess you can do proposed migration :) [15:04] wb willcooke [15:04] roger roger == /quit [15:04] there are some things https://trello.com/b/RHiGQXZJ/ubuntu-desktop-1904-cycle?menu=filter&filter=label:proposed-migration [15:04] I'm a bit concerned about the assignment process for that [15:04] seem to have found a secret key shortcut for quit [15:04] oh, ctrl-q [15:04] 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] 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] We should probably assign them now then. I expect last week we said "lets do it later" and then forgot [15:05] or we were supposed to do it in the manager meeting, and didnt have time [15:05] yeah, that ^ [15:06] another reason we need to move that meeting to wednesday [15:06] oki, seb128 shall we look at that too later on? [15:06] yeah [15:06] yeahg [15:06] so we can act on follow up from the team meeting [15:06] +1 [15:06] can I move appstream back to backlog? [15:06]