[02:55] <Trevinho> hey duflu, when you've a sec can you please update https://bugs.launchpad.net/ubuntu/+source/mutter/+bug/1779615 and https://bugs.launchpad.net/ubuntu/+source/mutter/+bug/1767648 to be SRU compliant?
[02:55] <Trevinho> and even https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1772677
[02:56] <Trevinho> [ for those that are already upstreamed there's no need for direct verification, but still the schema has to be respected ]
[02:56] <duflu> Trevinho, yes. What about disco getting the fixes tho?
[02:57] <Trevinho> duflu: I've done the work at debian, so we'll sync it once we get it uploaded
[02:57] <duflu> Trevinho, I shall try to remember to update them today
[02:57] <Trevinho> duflu: see https://salsa.debian.org/gnome-team/mutter/merge_requests
[02:58] <Trevinho> I've to rebase our gnome-shell on debian experimental too, but I'll do it tomorrow I guess, although I wanted to have things lanted in debian first..
[02:58] <Trevinho> so we've debian -> disco -> SRU
[02:59] <Trevinho> not the fastest way, but the best to have everything around
[04:15] <duflu> Trevinho, all SRU text written for those 3 bugs, although I need some assistance from the community completing bug 1772677
[07:23] <didrocks> good morning
[07:24] <duflu> Morning didrocks
[07:25] <duflu> It must be time for me to water the flowers then :)
[07:26] <didrocks> hey duflu
[07:26] <didrocks> heh
[07:55] <oSoMoN> good morning desktoppers
[08:14] <didrocks> salut oSoMoN
[08:14] <oSoMoN> salut didrocks
[08:39] <seb128> k, back, good morning desktopers
[08:53] <oSoMoN> salut seb128
[08:53] <seb128> lut oSoMoN, en forme?
[08:53] <oSoMoN> seb128, ça va, et toi?
[08:53] <seb128> ça va :)
[08:57] <duflu> Morning oSoMoN, seb128
[08:58] <seb128> hey duflu
[09:00] <oSoMoN> hey duflu
[09:02] <Laney> hark
[09:02] <willcooke> moin
[09:03] <duflu> morn Laney, willcooke
[09:04] <kostadin[m]> Hello desktop team. I filed this bug https://bugs.launchpad.net/ubuntu/+source/gjs/+bug/1812780 today, let me know if I can help with more details or testing. Thank you
[09:07] <duflu> kostadin[m], done :)
[09:08] <oSoMoN> hey Laney, willcooke
[09:09] <Laney> greetings one and all
[09:10] <seb128> hey willcooke Laney
[09:16] <seb128> oSoMoN, trevinho, andyrock, the keyboard indicator/layout missing, it's apparently a fallout from the fix for bug #1765304 (see recent comments)
[09:17] <oSoMoN> urgh
[09:19] <oSoMoN> I have the issue on cosmic, so it should be easy to confirm that this is what caused the regression
[09:21] <willcooke> could that be related to the missing OSK keys too I wonder
[09:23] <oSoMoN> interesting, I'm not seeing it in a clean and up-to-date cosmic VM
[09:23] <duflu> I saw that today but marked it as a duplicate of an older bug
[09:23] <duflu> Lemme see
[09:24] <duflu> -older +newer :)
[09:26] <duflu> OK, it is new (bug 1812266)
[09:34] <kostadin[m]> duflu: thanks you and sorry for the duplicate! I followed the steps and this should have the crash log https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1812827
[09:34] <duflu> kostadin[m], thanks but I can't see that. Is it a private bug?
[09:35] <duflu> I should be able to see private bugs though
[09:35] <kostadin[m]> it does say it's private but I don't know how to make it public
[09:35] <kostadin[m]> I created it using ubuntu-bug _usr_bin_gnome-shell.1000.crash
[09:35] <duflu> kostadin[m], top right of the page?
[09:36] <kostadin[m]> done
[09:36] <seb128> kostadin[m], duflu, bugs are private until retraced
[09:40] <duflu> More private than the private that I can see :)
[09:40] <duflu> OK then I should have waited
[09:40] <kostadin[m]> anyway i set it to public now
[09:43] <duflu> kostadin[m], thanks. I have added the missing information from your crash report to the main bug 1812527 so we can keep using that
[09:45] <duflu> Looks like a simple case of meta_window_actor_is_destroyed only understands partially destroyed objects. If you give it NULL then it crashes.
[10:18] <seb128> jbicha, "he latest xdg-desktop-portal depends on libflatpak (part of the flapak source) which depends on ostree."
[10:19] <seb128> shouldn't that has been discussed *before* syncing the new portal versions?
[10:19] <seb128> kenvandine, jamesh, ^ btw
[10:21] <seb128> Laney, "we need to get dnsmasq to migrate", is that what make nm.py fail in the current autopkgtest tries?
[10:22] <Laney> probably
[10:22] <seb128> good
[10:30] <jamesh> seb128: this almost looks like it is just for a set of enumerations and a function function to register a GError domain
[10:31] <seb128> jamesh, that sounds like it should be easy to remove the depends then :)
[10:31] <seb128> jamesh, btw weekly summary reminder!
[10:31] <jamesh> seb128: https://github.com/flatpak/flatpak/blob/master/common/flatpak-portal-error.c <- this in particular
[10:59] <k_alam> seb128: Hi
[10:59] <popey> This is odd.. https://bugs.launchpad.net/ubuntu/+source/gnome-software/+bug/1812841
[11:01] <seb128> k_alam, hey
[11:02] <seb128> popey, could be that the env is different
[11:02] <popey> yeah, weird
[11:02] <k_alam> seb128: Can you approve landing of gnote-scope ? https://launchpad.net/ubuntu/disco/+queue?queue_state=0
[11:03] <seb128> k_alam, I need to review it, adding to my todo for later
[11:06] <k_alam> Thanks. The bug is https://bugs.launchpad.net/ubuntu/+bug/1810729
[11:48] <Trevinho> Hi!
[11:49] <Trevinho> seb128: yes, I noticed and in fact I've cherry picked another commit in the proposed shell sru...
[11:49] <seb128> trevinho, good :)
[11:49] <seb128> and hey trevinho!
[11:49] <seb128> going back to a tz which is more like you? ;)
[12:43] <seb128> jamesh, weekly summary? ;)
[12:48] <seb128> fossfreedom, hey, thx for debugging that rb/german segfault issue, but "Disable column moving for non-english locales" sounds like a workaround and not a fix/something we want to really commit right?
[12:49] <seb128> fossfreedom, or at least it's  a temporary hack until we fix the binding/toolkit bug ... do you have a testcase that triggers the segfault?
[12:53] <jbicha> seb128: sure but it wasn't obvious that xdg-desktop-portal had a new binary dependency
[12:54] <seb128> jbicha, k, I guess it's an easy error to make
[12:54] <jbicha> "d/control: Build-depend on flatpak, for permission-store test"
[12:54] <jbicha> I thought it was only a test dependency :(
[12:56] <seb128> yeah, that sounds misleading
[12:58] <jbicha> so I guess our first step is to ask upstream to revert the dependency?
[13:01] <jbicha> at least the same developer figured out a way around it when I asked for it for gnome-control-center's Applications panel so it's possible 🤞
[13:04] <seb128> jbicha, yeah, see jamesh's comment earlier, that shouldn't be too difficult
[13:07] <seb128> jbicha, also just curious but why/how is hosting tarballs on gitlab rather than launchpad an improvement? do we really care where upstream puts the files we download?
[13:09] <jbicha> I only mentioned it because I was talking to mterry this week and helped answer his questions and talk through what he was wanting to do anyway
[13:10] <seb128> k
[13:10] <seb128> good to see him back on hacking in deja-dup btw :)
[13:11] <seb128> (brb, changing location)
[13:28] <jbicha> Laney: do you think we should close bug 1763628 since it works in Disco? is it worth an SRU to fix the autopkgtest on Bionic?
[14:02] <Laney> jbicha: dunno, ask the SRU team what they want I guess
[14:03] <jbicha> ok
[14:10] <fossfreedom_> seb128: re rhythmbox - as far as I can see it is GTK/RB blowing its lid - from the trace provided there isn't anything special.  Python is not doing anything extraordinary here - RB is (as far as I can tell) forcing a fixed view.  Moving columns isn't a RB capability anyway - just something I threw in during development.
[14:21] <mpt> andyrock, willcooke: Hi, is putting Livepatch in Ubiquity still relevant? https://github.com/CanonicalLtd/desktop-design/issues/50 Or is that obsolete given current installer plans?
[14:21] <gitbot> CanonicalLtd issue 50 in desktop-design "Livepatch in the desktop installer" [Priority: Medium, Open]
[14:22] <andyrock> mpt: I guess it's no longer relevant since we moved it to g-i-s ?
[14:22] <willcooke> mpt, oooh. Yeah, I think it can be dropped now.  We have a good integration in g-i-s now, and I think that works better
[14:29] <mpt> andyrock, willcooke: Thanks, I’ve closed it.
[14:29] <willcooke> thanks mpt
[14:30] <willcooke> meeting time
[14:31] <willcooke> #startmeeting Desktop Team Meeting - 2019-01-22
[14:31] <meetingology> Meeting started Tue Jan 22 14:31:19 2019 UTC.  The chair is willcooke. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[14:31] <meetingology> Available commands: action commands idea info link nick
[14:31] <andyrock> o/
[14:31] <jbicha> o/
[14:31] <oSoMoN>    \o
[14:31] <willcooke> Roll call: andyrock, dgadomski, didrocks, duflu (out), jbicha, jamesh (out), jibel, kenvandine, laney, oSoMoN, seb128, tkamppeter, trevinho, robert_ancell (conf)
[14:31] <seb128>  hey
[14:31] <Trevinho> o/
[14:32] <kenvandine> \o
[14:32] <didrocks> hey
[14:33] <willcooke> Let's start
[14:33] <willcooke> A couple of things to discuss at the end, but let's look at bugs first:
[14:33] <willcooke> bb incoming: http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-incoming-bug-tasks.html
[14:34] <willcooke> One new one from today about behaviours in g-s
[14:34] <willcooke> s = Software
[14:34] <willcooke> Seems annoying, but not a rls issue IMO
[14:34] <willcooke> +1s / -1s?
[14:35] <kenvandine> willcooke: that is puzzling
[14:35] <seb128> I'm the one who tagged it but I'm neutral, it's not that important at the OS level imho but it's annoying if we want the snap experience to be great
[14:36] <kenvandine> yeah
[14:36] <seb128> if the website is a primary access to the store/snaps and clicking on it gives a buggy experience it sucks
[14:36] <didrocks> agreed
[14:36] <oSoMoN> yes
[14:36] <kenvandine> seb128: i'll take a look at it
[14:37] <seb128> thx kenvandine
[14:37] <willcooke> oki
[14:37] <willcooke> targetted and assigned
[14:38] <willcooke> BB rls tracking: http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-tracking-bug-tasks.html
[14:38] <willcooke> This one I targetted by accident, so could be untargetted:  https://bugs.launchpad.net/oem-priority/+bug/1809788
[14:39] <seb128> do you know how much the oem teams cares about it?
[14:39] <willcooke> Enough to email me, but I dont know if they've been asked to fix it.  I will find outl
[14:39] <seb128> thx
[14:40] <willcooke> kenvandine, this one has sat for a while now:  https://bugs.launchpad.net/ubuntu/+source/gnome-software/+bug/1742997
[14:40] <seb128> the issue with deleting a target is that you can't add it back again (unless that changed/got fixed on launchpad)
[14:40] <willcooke> Could you poke Robert
[14:41] <kenvandine> i will
[14:41] <kenvandine> i plan to check on the status of snapd-glib and gnome-software SRUs anyway
[14:42] <willcooke> tkamppeter, do you need any help with this:  https://bugs.launchpad.net/ubuntu/+source/cups-filters/+bug/1763520
[14:42] <willcooke> CC incoming: http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-cc-incoming-bug-tasks.html
[14:42] <willcooke> all clear
[14:42] <willcooke> CC tracking:
[14:43] <willcooke> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-cc-tracking-bug-tasks.html
[14:43] <willcooke> All looks ok
[14:43] <willcooke> DD incoming:
[14:43] <willcooke> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-dd-incoming-bug-tasks.html
[14:44] <willcooke> clear
[14:44] <willcooke> DD tracking:
[14:44] <willcooke> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-dd-tracking-bug-tasks.html
[14:44] <willcooke> all good.
[14:44] <willcooke> Proposed migrations: http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses_by_team.html#desktop-packages
[14:45] <willcooke> We need someone to look at the emacs one.
[14:45] <willcooke> oh, sorry, Laney - do you want to drive?
[14:45] <seb128> I did for emacs, it's on foundations
[14:45] <Laney> seb filed a bug about that, punted it to another team
[14:46] <willcooke> cool
[14:46] <willcooke> thanks
[14:46] <willcooke> anything else in the list which we should jump on?
[14:46] <didrocks> seb128: doko pinged me about emacs on the MIR meeting though
[14:46] <Laney> udisks2 colord
[14:46] <seb128> didrocks, to ask?
[14:46] <didrocks> seb128: what we do with the MIR
[14:46] <didrocks> well
[14:47] <seb128> what MIR?
[14:47] <jbicha> Laney: we just need to update the i386 hint for colord
[14:47] <seb128> Laney, I can look at udisks2
[14:47] <didrocks> seb128: sorry, he asked me to try to unblock it from proposed
[14:47] <didrocks> so, the message didn't go through the foundation team (at least, not everyone)
[14:47] <seb128> didrocks, ah, tell him to review their rls-dd-incoming bugs :p
[14:47] <didrocks> heh
[14:48] <Laney> actually he referenced https://people.canonical.com/~ubuntu-archive/component-mismatches-proposed.svg
[14:48] <seb128> let me tell him on devel
[14:48] <Laney> which does list emacs
[14:48] <seb128> ah
[14:48] <doko> are component mismatches on that list?
[14:49] <tkamppeter> willcooke, the only thiung there is that the GTK packages need to get uploaded. Then the SRU process should go its way.
[14:49] <willcooke> thx tjaalton
[14:49] <willcooke> opps, sorry, thx tkamppeter
[14:49] <seb128> tkamppeter, willcooke, GTK doesn't "only" need to be uploaded, it needs an upstream review first
[14:50] <seb128> doko, https://bugs.launchpad.net/ubuntu/+source/automake-1.16/+bug/1812688 is also blocking emacs (and other things) if you/someone from foundations could have a look
[14:50] <Laney> thx for udisks2
[14:50] <Laney> who wants to take those MIRs or whatever for emacs then?
[14:51] <seb128> I can have a look I guess
[14:51] <willcooke> thx seb128
[14:52] <willcooke> any other concerns on the list Laney?
[14:52] <jbicha> willcooke: weren't you going to ask whether emacs needed to be in main?
[14:52] <seb128> it looks like mailutils should be moved to suggests
[14:52] <seb128> instead of recommends
[14:52] <willcooke> jbicha, I did, it does.
[14:52] <jbicha> cool, thanks
[14:53] <Laney> nothing else today
[14:53] <willcooke> #topic OB
[14:53] <willcooke> jbicha, you wanted to talk about the new portals stuff I think>
[14:53] <willcooke> ?
[14:54] <doko> willcooke: please tell your staff to properly escalate ;)  seb128, you surely need to have the last word everywhere
[14:54] <seb128> willcooke, rls-dd-incoming is the defined process
[14:54] <seb128> ups
[14:54] <seb128> doko, ^
[14:54] <jbicha> willcooke: we discused that some pre-meeting. I filed a bug upstream and was asked to submit a pr for the libflatpak issue
[14:55] <willcooke> k, thx jbicha
[14:55] <kenvandine> jbicha: thanks
[14:55] <kenvandine> i fear libflatpak is going to keep creeping in
[14:56] <didrocks> kenvandine: indeed, https://bugs.launchpad.net/ubuntu/+source/flatpak/+bug/1812456 was mentioned in the MIR meeting
[14:56] <kenvandine> same thing nearly happened with g-c-c
[14:56] <jbicha> kenvandine: same developer too :)
[14:57] <didrocks> (MIR currently set as incomplete)
[14:57] <jbicha> I think I should go ahead and close the MIR since it may not be necessary now
[14:57] <kenvandine> jbicha: i just worry this is going to keep happening
[14:58] <willcooke> We can carry this on sfter the meeting ^
[14:58] <willcooke> AOB?
[14:59] <willcooke> 5
[14:59] <willcooke> 4
[14:59] <willcooke> 3,2,1
[14:59] <willcooke> #endmeeting
[14:59] <meetingology> Meeting ended Tue Jan 22 14:59:43 2019 UTC.
[14:59] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-desktop/2019/ubuntu-desktop.2019-01-22-14.31.moin.txt
[14:59] <willcooke> thanks
[14:59] <seb128> thx
[14:59] <oSoMoN> thanks
[14:59] <andyrock> thx
[15:00] <didrocks> thx
[15:00] <willcooke> kenvandine, so for those fp ones, do we just need to keep an eye out?
[15:00] <kenvandine> probably
[15:00] <kenvandine> at some point we might want to consider the MIR for libflatpak
[15:00] <kenvandine> just to reduce the pain
[15:01] <jbicha> so leave the MIR as incomplete for now?
[15:01] <jbicha> it needs an ostree MIR anyway
[15:06] <kenvandine> jbicha: yeah
[15:06] <kenvandine> jbicha: but we might want to revisit it at some point
[15:06] <kenvandine> i didn't read all the scrollback, what did jamesh say about that?
[15:08] <jbicha> I think we can adjust xdg-desktop-portal to not require libflatpak so I'm going to work on that this week
[15:10] <kenvandine> jbicha: thanks!
[16:01] <fossfreedom_> jbicha: on yesterdays gnome-menu's update this was in the changelog "debian/gnome-menus.triggers: Drop "gmenucache"."  - what is that?  FYI had a report today that menus have stopped displaying content on UB and I'm trying to narrow down what was changed between yesterday and today
[16:02] <jbicha> fossfreedom_: that trigger is just a remaining diff we have with Debian; it wasn't touched itself
[16:03] <fossfreedom_> ah - ok. cheers
[16:03] <jbicha> have you reproduced the issue yourself yet?
[16:04] <fossfreedom_> waiting for today's daily ISO...
[16:15] <jbicha> fossfreedom_: the most obvious change is that we killed the Sundry menu so I'm guessing you'll need to update Budgie for that. Sorry about that.
[16:16] <fossfreedom_> can't think why we have anything coded for that menu category ... but sure - something to focus on.
[16:18] <jbicha> https://codesearch.debian.net/search?q=Sundry+package%3Abudgie-desktop
[16:21] <fossfreedom_> intriguing - upstream obviously added that recently - looks like budgie now is hiding that category forceably
[16:49] <ricotz> jbicha, hi
[16:49] <jbicha> hi
[16:50] <jbicha> vala?
[16:50] <ricotz> gdm3 fails to start due to the missing "org.gnome.desktop.peripherals.touchscreen" is missing "display" key
[16:50] <ricotz> I guess I shouldn't use gsettings-desktop-schemas from -proposed
[16:50] <jbicha> yes, bug 1812143
[16:51] <ricotz> I see
[16:51] <ricotz> thanks
[16:52] <jbicha> I guess I could add the Breaks now
[16:52] <ricotz> and yeah, it would be great if you could pick up vala 0.42.5
[18:00] <willcooke> dinner time, bbl
[18:00] <seb128> willcooke, enjoy!
[19:15] <willcooke> night all
[20:40] <fossfreedom> jbicha, hi again. re UB menu problem. I can confirm that it is the new gnome-menus that is causing us problems :(  Debian's version of gnome-menus hasnt migrated yet to testing.  Can/should the migration be stopped - if so how?  I've raised LP: #1812908
[20:41] <jbicha> fossfreedom: to stop it from migrating to testing, all you need to do is open a Severity: serious bug with Version: 3.31.4-2