[06:03] <oSoMoN> good morning desktoppers
[06:13] <jibel> Bonjour oSoMoN, ça va?
[06:33] <oSoMoN> salut jibel, ça va, et toi?
[06:35] <jibel> oSoMoN, bien bien, merci :)
[08:21] <didrocks> good morning
[08:27] <seb128> didrocks, salut, comment ça va aujourd'hui ?
[08:33] <didrocks> salut seb128, ça va, et toi ?
[08:33] <seb128> didrocks, un peu fatigué mais sinon ça va, faut que je me couche plus tôt :)
[08:33] <didrocks> héhé
[08:41] <tjaalton> seb128: if gstreamer dev directly imports Xlib-xcb.h, it should add libx11-xcb-dev to it's deps
[08:41] <seb128> tjaalton, so it worked by luck before?
[08:41] <tjaalton> yeah
[08:42] <tjaalton> the list of libegl1-mesa-dev deps was pretty big, and some of them seemed pointless when I did the migration to new libglvnd
[08:45] <tjaalton> I could add "convenience deps" back to libegl1-mesa-dev, but would prefer not to
[08:48] <seb128> tjaalton, k, fair enough, hopefully it doesn't make half of the archive not build anymore :)
[08:48] <tjaalton> I'd have heard by now ;)
[08:49] <oSoMoN> bonjour didrocks, seb128
[08:49] <seb128> lut oSoMoN, en forme ?
[08:49] <oSoMoN> bien, et toi?
[08:49] <seb128> un peu fatigué, me suis couché trop tard et reveillé trop tôt
[08:49] <tjaalton> there were a few reports of mistakes of the migration, I've fixed some deps along the way
[08:49] <seb128> mais sinon ça va :)
[09:02] <Laney> yo
[09:02] <didrocks> salut oSoMoN, hey Laney
[09:02] <oSoMoN> yo Laney
[09:07] <oSoMoN> ricotz, good morning! I re-enabled and updated unity-menubar.patch in the firefox-beta.* branches, don't forget to pull before the next beta candidate
[09:09] <seb128> k, back
[09:09] <seb128> hey Laney, how are you today?
[09:11] <ricotz> oSoMoN, hi, thank you
[09:13] <Laney> hey didrocks oSoMoN seb128
[09:13] <Laney> seb128: doing alright! had a relaxing night last night
[09:13] <Laney> you?
[09:13] <Laney> one second, alarm repair man is here
[09:14] <ricotz> hey seb128 didrocks Laney tjaalton ;)
[09:16] <Laney> moin ricotz
[09:20] <seb128> Laney, I'm good, a bit tired
[09:21] <seb128> I had a match of 'tennis' for a club friendly competition they do over the winter yesterday evening
[09:21] <seb128> I won but that was not great, too much wind, unsure you could call what we played tennis anymore, it was more 'chase the ball that got pushed on the other side of the court compared to where it was going' :(
[09:21] <seb128> ricotz, hey, how are you?
[09:22] <seb128> ricotz, do you have any clue what component to blame for that build error https://launchpadlibrarian.net/459258716/buildlog_ubuntu-focal-armhf.indicator-keyboard_0.0.0+19.10.20190716-0ubuntu2_BUILDING.txt.gz ?
[09:22] <Laney> haha
[09:22] <seb128> PangoFT2-1.0.gir:27.5-32.65: error: The symbol `PangoFc' could not be found
[09:22] <seb128> it's pango itself I would guess?
[09:22] <Laney> it's been really windy here too, storm brendan apparently
[09:24] <ricotz> seb128, hi, I am fine, my flu is on its way out ;)
[09:25] <ricotz> seb128, I guess what Laney said
[09:25] <marcustomlinson> morning desktoppers
[09:25] <Laney> hey marcustomlinson
[09:26] <Laney> ricotz: not sure I was talking about pango ¬_¬
[09:26] <ricotz> Laney, opps
[09:26] <ricotz> oops
[09:26] <didrocks> hey ricotz!
[09:27] <ricotz> seb128, I meant you answered your own question then
[09:29] <ricotz> seb128, explicitly adding "--pkg PangoFc-1.0" is worth a try
[09:34] <oSoMoN> good morning marcustomlinson
[09:34] <seb128> ricotz, thx
[09:43] <didrocks> morning marcustomlinson
[09:50] <seb128> hey marcustomlinson
[09:51] <marcustomlinson> hi Laney ricotz oSoMoN didrocks seb128
[10:31] <Laney> jibel: just pointing out that superm1 replied to you on https://code.launchpad.net/~ubuntu-installer/ubiquity/+git/ubiquity/+merge/376777
[10:37] <jibel> Laney, yes thanks, I saw his reply but didn't have time to come back to him. I think it's fine to merge but need to do some tests first
[10:38] <Laney> ok, I just wanted to remind you in case it got lost
[10:39] <seb128> trello card it :)
[10:39] <seb128> there is no loosing in trello, just cards being ignored :p
[10:41] <Laney> sure why not
[10:41] <Laney> I wish Trello would remember that I closed that 'board is set to public' banner
[10:55] <Laney> deltas, deltas everywhere
[10:56] <Laney> update excuses by team is a bloomin mess
[10:58] <seb128> the way those transitions are handled is not great :/
[10:58] <seb128> which I keep trying to raise without luck :(
[10:58] <seb128> Laney, glib2.0 autopkgtest fails with the new python-dbusmock, https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-focal/focal/amd64/g/glib2.0/20200110_062735_9c008@/log.gz
[10:58] <seb128> ERROR: test_low_memory_warning_portal_signal (__main__.TestLowMemoryMonitorPortal)
[10:58] <seb128> FileNotFoundError: [Errno 2] No such file or directory: '/usr/libexec/xdg-desktop-portal': '/usr/libexec/xdg-desktop-portal'
[10:59] <seb128> Does adding xdg-desktop-portal as a Depends to test looks fine to you?
[10:59] <seb128> gio/tests/memory-monitor-portal.py.in:            self.wait_for_bus_object('org.freedesktop.portal.Desktop',
[11:00] <seb128> I guess that was not an issue before because that mock was only added in the newest release
[11:00] <seb128> (of python-dbusmock)
[11:00] <Laney> sounds right
[11:00] <Laney> I think I did a glib commit to make it skip those tests with the old dbusmock
[11:00] <seb128> thx
[11:00] <Laney> but breaking with the new one seems likely enough
[11:00] <Laney> presumably broken in unstable too then
[11:00] <seb128> I will add the Depends to salsa
[11:02] <seb128> Laney, no, that API/those tests are new in glib 2.63 and that's only in exp atm
[11:02] <Laney> mmm
[11:02] <Laney> exp + unstable dbusmock
[11:02] <seb128> rght
[11:03] <seb128> that is buggy indeed
[11:03] <seb128> do you think it's worth an upload to experimental only for that change?
[11:03] <seb128> I can do it, I was going to only stack in salsa for now though
[11:03] <seb128> also I should have used #debian-gnome, sorry
[11:09] <Laney> np
[11:09] <Laney> dunno, I probably would but that's just me maybe
[11:41] <seb128> Laney, jibel, do you guys know what's going on with the bionic iso tests? I keep getting spammed about failing jobs
[11:42] <Laney> don't know, I did notice that too and thought to say something but then forgot
[11:45] <pitti> Laney, seb128: bonjour !
[11:45] <pitti> still trouble with dbusmock? :/
[11:45] <seb128> pitti, salut!
[11:45] <seb128> pitti, yes, glib tests are unhappy
[11:45] <jibel> I don't find it useful to create cards for mp to review, there is already lp for that and it's duplicating the work
[11:46] <seb128> pitti, I just add my  page on github to open an issue
[11:46] <seb128> pitti,
[11:46] <seb128>   File "/usr/libexec/installed-tests/glib/memory-monitor-dbus.py", line 52, in setUp
[11:46] <seb128>     self.memory_monitor = Gio.MemoryMonitor.dup_default()
[11:46] <seb128> AttributeError: type object 'MemoryMonitor' has no attribute 'dup_default'
[11:46] <pitti> seb128: hadess recently added some low-memory-monitor interface, and a dbusmock for it
[11:46] <seb128> pitti, right, ^
[11:46] <seb128> unsure what side is out of sync though
[11:47] <Laney> hey pitti!
[11:47] <pitti> hmm, is that related to python-dbusmock at all? that rather sounds like glib's own GI bindings?
[11:47] <jibel> seb128, no, they started failing with the new kernel and gcc in december but couldn't figure out why.
[11:47] <jibel> seb128, installation works manually
[11:47] <seb128> jibel, :(
[11:47] <pitti> seb128: if glib now actually uses dbusmock for its own unit tests, then that would make sense, though
[11:48] <seb128> pitti, it does
[11:48] <pitti> however, the mock doesn't have any methods by itself, in particular not a .dup_default()
[11:48] <pitti> the only thing that it can do is to send a signal
[11:48] <pitti> honestly I find that pretty pointless
[11:49] <seb128> pitti, https://gitlab.gnome.org/GNOME/glib/blob/master/gio/tests/memory-monitor-portal.py.in
[11:49] <pitti> I discussed that a bit in https://github.com/martinpitt/python-dbusmock/pull/54 , it would have been a lot easier to set up the mock dynamically in glib's tests IMHO
[11:49] <pitti> but hadess insisted that it would be better that way *shrug*
[11:49] <seb128> right...
[11:51] <Laney> isn't that rather on the g-i side?
[11:51] <pitti> right, I was about to ask..
[11:51] <pitti> .dup_default() sounds a lot like a standard GObject method?
[11:52] <seb128> yes
[11:52] <Laney> I think we need a g-i with those annotations
[11:52] <seb128> I guess we need https://gitlab.gnome.org/GNOME/gobject-introspection/commit/d2b48963
[11:53] <Laney> looks likely
[11:53] <pitti> in Debian, dbusmock 0.19 successfully ran (https://ci.debian.net/packages/p/python-dbusmock/unstable/amd64/), and the recent glib 2.62.4 also succeeded against it (https://ci.debian.net/packages/g/glib2.0/unstable/amd64/)
[11:53] <pitti> but I suppose we are talking about a newer glib here
[11:53] <Laney> yep, the exp version
[11:53] <seb128> pitti, yes, those API/tests are new in glib 2.63 which is in experimental
[11:53] <pitti> ah, and debci doesn't test exp
[11:56] <Laney> guess a g-i release would be nice
[11:57] <dholbach> hiya
[11:57] <Laney> ricotz: are you in contact with creiter or do you fancy tagging a g-i release?
[11:57] <Laney> heeeeeeeeeeey dholbach
[11:57] <Laney> long time!
[11:58] <Laney> pitti: i assume you're coming to fosdem?
[11:58] <pitti> Laney: yes! assuming that the killer virus doesn't strike me down again :)
[11:59]  * pitti will try really hard to not pick up something in Brno this time :)
[11:59] <Laney> 💀💀💀
[11:59] <ogra> geez ... pitti *and* dholbach in the desktop channel ...
[11:59]  * ogra feels 5y younger !!
[11:59] <pitti> itz GTK bug!
[11:59] <ogra> hahaha
[11:59] <seb128> :-)
[11:59] <pitti> we should found a new distro, or something
[11:59] <seb128> good old times
[11:59] <Laney> german overload, we aren't prepared for this any more!
[12:00] <ricotz> hahaha
[12:00] <seb128> pitti, let's call it "LaDistro" and make french default :p
[12:00] <pitti> mais on encore parle français ici, n'est ce pas ?
[12:00] <seb128> tout à fait
[12:00] <seb128> didrocks, n'est-ce pas ?
[12:01] <dholbach> I have an issue with some desktop snaps on Ubuntu - not sure if anyone has an idea what it might be: https://paste.ubuntu.com/p/wppmS8fN8F/
[12:01] <pitti> seb128: +1, finally no trouble with pesky langpacks
[12:01] <pitti> there is didrocks spoiling us having a moment
[12:01] <seb128> dholbach, no error in the log, is that just that it exits?
[12:02] <dholbach> yes, it just exits
[12:04] <seb128> marcustomlinson, kenvandine, ^ any idea about how to debug that snap problem?
[12:05] <marcustomlinson> dholbach: anything in the journal? apparmor denials perhaps?
[12:13] <seb128> marcustomlinson, he left for lunch but he said he would reply to backlog once he's back
[12:15] <ricotz> Laney, creiter did the last releases, so better to contact him
[12:16] <Laney> don't find him on IRC, thought you might have a way
[12:16] <Laney> otherwise I can mail I guess
[12:16] <marcustomlinson> dholbach: there are a number of angles you could debug from: 1. check the journal, 2. snap run --strace <snap>, GTK_DEBUG=all snap run <snap>
[12:17] <ricotz> Laney, oh, I see, yeah, please mail him
[12:18] <Laney> okey
[12:21] <Laney> done
[13:24] <dholbach> hey marcustomlinson - thanks for the suggestions - nothing interesting in the journal, but the strace ends with https://paste.ubuntu.com/p/5HHF5qwS2f/
[13:25] <dholbach> I also saw https://paste.ubuntu.com/p/KVmcVyjTxS/ in the journal now - not sure if that's related though?
[13:27] <marcustomlinson> dholbach: hmm
[13:28] <marcustomlinson> very odd. could you try `mv ~/snap/signal-desktop ~/snap/signal-desktop-backup` then try launch signal-desktop again
[13:28] <marcustomlinson> dholbach: ^
[13:30] <dholbach> marcustomlinson: that made it work - I'll check if the same is true for standard-notes
[13:31] <dholbach> same
[13:31] <marcustomlinson> dholbach: so question is how did the user data get into that state (whatever state that is)
[13:31] <marcustomlinson> are you developing these snaps?
[13:34] <dholbach> no
[13:34] <dholbach> standard-notes is maintained by Alan
[13:34] <dholbach> signal-desktop by "snapcrafters"
[13:34] <dholbach> [daniel@reef ~ ]$ diff -ruN snap/signal-desktop-backup/ snap/signal-desktop | diffstat | tail -n 1
[13:34] <dholbach>  3491 files changed, 1241 insertions(+), 252576 deletions(-)
[13:34] <dholbach> [daniel@reef ~ ]$
[13:34] <marcustomlinson> no I just meant are you fiddling with them
[13:35] <marcustomlinson> I guess not
[13:35] <dholbach> no
[13:43] <dholbach> all right... it looks like removing all of ~/snap/<app>/<rev>/.{config,themes,local} makes it work again
[13:45] <marcustomlinson> dholbach: what is dodgy is line 19 of https://paste.ubuntu.com/p/5HHF5qwS2f/
[13:45] <marcustomlinson> the . in the rmdir call is invalid
[13:46] <dholbach> yeah... no idea where that's coming from
[13:46] <marcustomlinson> That's almost certainly coming from the desktop-launch script
[13:48] <marcustomlinson> dholbach: I _think_ b is set to '.' here: https://github.com/ubuntu/snapcraft-desktop-helpers/blob/master/common/desktop-exports#L198
[14:23] <marcustomlinson> dholbach: yeah so that was the issue, I've got a fix in the pipeline for this: https://github.com/ubuntu/snapcraft-desktop-helpers/pull/201/commits/548a6e605997b9da5ea3466ddb3a0abaa6b49a40
[14:24] <dholbach> well done!
[14:24] <dholbach> what will need to be done? will snap authors need to rebuild their snaps?
[14:24] <marcustomlinson> dholbach: unfortunately yes :/
[14:25] <dholbach> popey: ^
[14:25] <kenvandine> marcustomlinson: are you piling on unrelated fixes to the existing PR?
[14:25] <marcustomlinson> but fortunately it looks like not many people are seeing this
[14:25] <popey> dholbach: does the version in the edge channel work for you?
[14:25] <popey> (of signal-desktop)
[14:25] <marcustomlinson> kenvandine: busted. It's pretty small though (he looks with puppy eyes)
[14:26] <dholbach> popey: an issue in the desktop-launch script
[14:26] <dholbach> popey: so unrelated to upstream source
[14:26] <popey> dholbach: the version in edge was built today
[14:27] <popey> when was the desktop launch script fixed?
[14:27] <dholbach> popey: the fix above hasn't been merged yet
[14:27] <popey> oh bum
[14:27] <kenvandine> popey: the breeze cursor theme fix in gtk-common-themes is in stable now
[14:27] <popey> ok
[14:28] <kenvandine> marcustomlinson: also, all these fixes will also need to be submitted to snapcraft for the extensions
[14:31] <seb128> hey hey hey
[14:31] <kenvandine> hey seb128
[14:31] <seb128> it's meeting time!
[14:31] <seb128> (past one minute, sorry for the delay ;-)
[14:31] <Trevinho> llaaaateeeeeeeee
[14:31] <Laney> terrible
[14:32] <seb128> #startmeeting Desktop Team Weekly Meeting - 2020-01-14
[14:32] <meetingology> Meeting started Tue Jan 14 14:32:08 2020 UTC.  The chair is seb128. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[14:32] <meetingology> Available commands: action commands idea info link nick
[14:32] <marcustomlinson> kenvandine: yeah, https://github.com/snapcore/snapcraft/pull/2874
[14:32] <seb128> bonjourno Trevinho, glad to see you woke up to join us :)
[14:32] <kenvandine> marcustomlinson: sweet!
[14:32] <seb128> Roll call:  didrocks, duflu (off), heather, jamesh, jibel, kenvandine, laney, marcustomlinson, oSoMoN, tkamppeter, trevinho, robert_ancell (out)
[14:33] <oSoMoN> \o
[14:33] <Trevinho> seb128: argggggggggg!
[14:33] <marcustomlinson> \o
[14:33] <Trevinho> o/
[14:34] <seb128> sorry my external keyboard just stopped responding for some reason, always when you are in a rush that those things happen!
[14:34] <hellsworth> good morning folks! sorry i'm a bit late
[14:34] <seb128> ok, resolved!
[14:35] <seb128> k, let's get really started
[14:35] <seb128> sorry again
[14:35] <seb128> #topic rls-bb-bugs
[14:35] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-incoming-bug-tasks.html
[14:35] <seb128> bug #1854363
[14:36] <seb128> oSoMoN, is that part of 68.4.1?
[14:36] <seb128> ah you said 0.68.3
[14:36] <seb128> so I guess it's being handled/should be assigned to you?
[14:37] <oSoMoN> yes
[14:37] <seb128> thx
[14:37] <seb128> bug #1855893
[14:38] <seb128> we discussed about this one previous week seems like I failed to target, maybe launchpad timeouted and I didn't notice
[14:38] <seb128> will fix it now
[14:38] <seb128> and that's it
[14:38] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-tracking-bug-tasks.html
[14:38] <seb128> only the nm ones (still) on that list, we can skip that
[14:38] <seb128> #topic rls-ee-bugs
[14:38] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ee-incoming-bug-tasks.html
[14:38] <seb128> no desktop entry
[14:39] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ee-tracking-bug-tasks.html
[14:39] <seb128> n-m there as well
[14:39] <seb128> bug #1762391	
[14:40] <seb128> looks like Daren is handling it from a systemd side
[14:41] <seb128> dgadomski, ^ right? what is g-t also targetted for eoan and is that something you are handling?
[14:41] <dgadomski> seb128: that's correct
[14:42] <dgadomski> there was an regression in CI that needs to be resolved before it gets backported to Ubuntu
[14:42] <seb128> dgadomski, k, please either assign the g-t line to yourself or close it invalid if it's only to fix in systemd
[14:42] <seb128> oh ok
[14:42] <seb128> thx for looking into it
[14:42] <seb128> that's it for e-serie
[14:42] <seb128> #topic rls-ff-bugs
[14:42] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ff-incoming-bug-tasks.html
[14:43] <seb128> bug #1857815
[14:43] <seb128> Till is working on it, I need to provide more debug since he seems to not be able to trigger the problem
[14:43] <seb128> anyway, it's being handled, I don't think it matters much if it's rls tracked or not
[14:43] <seb128> I vote to nominate since it's the most report error atm on focal
[14:44] <hellsworth> sounds good to me
[14:44] <kenvandine> +1
[14:44] <seb128> thx
[14:44] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ff-tracking-bug-tasks.html
[14:45] <seb128> n-m again
[14:45] <seb128> #topic update_excuses_by_team.html#desktop-packages
[14:45] <seb128> https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses_by_team.html#desktop-packages
[14:45] <seb128> Laney, yours! (or do you want me to handle it since I've been keeping an eye on that recently?)
[14:46] <Laney> seb128: you can if you want
[14:46] <seb128> k, let me do it then, going to be quick :p
[14:46] <seb128> first is a MIR registered that needs to get reviewed
[14:46] <seb128> tjaalton, is openscad/s390x something you are working on? it seems real, it has been retried a few times and always fails now
[14:47] <Laney> just pinged cpaelze_r about that, he took it on (thanks)
[14:47] <Laney> the mir
[14:47] <seb128> thx!
[14:47] <seb128> then the rest is grey whcih we agreed to skip
[14:47] <seb128> and is mostly going down to libffi/arm64 being busted in proposed
[14:47] <seb128> which makes python-gi segfault
[14:47] <seb128> which a stack of tests are relying on
[14:48] <seb128> d_oko said it's known/being handled so hopefully it sorts out this week and we have a better view next week
[14:48] <seb128> and that's it for that section
[14:48] <seb128> #topic AOB
[14:48] <seb128> any other topic?
[14:49] <hellsworth> will there be a meeting next week since several of you will be in cape town?
[14:49] <didrocks> I have two MIR related topics
[14:50] <seb128> @next week, I think there is value in still having it
[14:50] <seb128> kenvandine, since you are not going maybe you can chair?
[14:50] <seb128> I will join if there is no conflict
[14:50] <kenvandine> sure
[14:50] <didrocks> my turn now :]
[14:50] <seb128> thx
[14:50] <seb128> didrocks, yes
[14:50] <didrocks> 5:30:39      cpaelzer | seb128 isn't here, didrocks could you ask internally if Desktop wants to re-emphasize or drop the efforts on usbguard?
[14:51] <didrocks> I guess if we are not going to do it, we should mark it as invalid
[14:51] <seb128> we discussed that this morning with Wimpress, we will follow up on that this week
[14:51] <Trevinho> seb had that in his whishlist
[14:51] <seb128> we need a reply from oem first before deciding
[14:51] <Trevinho> would indeed be nice
[14:51] <didrocks> can we move it to incomplete and change it back if this is valid?
[14:51] <tjaalton> seb128: I don't know what's going on there
[14:51] <didrocks> so that it's off our MIR list
[14:51] <seb128> didrocks, I will update it after the meeting
[14:51] <didrocks> thx!
[14:51] <seb128> np!
[14:51] <didrocks> second one is…
[14:51] <didrocks> https://bugs.launchpad.net/ubuntu/+source/gamemode/+bug/1853830
[14:52] <didrocks> is that up for review?
[14:52] <seb128> yes
[14:52] <didrocks> thx. I think this will be on my plate
[14:52] <seb128> did we screw something in the status that created the doubt?
[14:52] <didrocks> any urgency?
[14:52] <seb128> I think no, unless Wimpress overrule me on it
[14:52] <seb128> nice to have, probably not too complex to review
[14:52] <didrocks> I think as it felt from the crack and not acted by us in a good timeline, we didn't know if someone took it or not
[14:53] <didrocks> ack. I'll see what I can do
[14:53] <seb128> would be nice to have by ff if possiblen, but not a strategic goal
[14:53] <seb128> thx
[14:53] <didrocks> thatês it for me
[14:53] <seb128> thx didrocks!
[14:53] <seb128> other topics?
[14:53] <didrocks> yw :)
[14:53] <seb128> I think we should start looking at the new GNOME serie
[14:54] <didrocks> (ê instead of ' -> still learning typing on this keyboard)
[14:54] <seb128> but probably a discussion to have in Trevinho here which doesn't need to be during the meeting
[14:55] <seb128> (for those who didn't see the value of azerty, you should reconsider, they did a new iteration of the layout which is even better ;)
[14:55] <Trevinho> being at the top of the stack, normally most of things can start earlier if it matters
[14:55] <Trevinho> but we can discuss alter
[14:55] <didrocks> (better but OMG I have to learn typing again!)
[14:55]  * Trevinho would look at something more ergonmic..
[14:56] <seb128> k, let's wrap the meeting then and discuss that a bit
[14:56] <Wimpress> didrocks tried to convince me of this last week.
[14:56] <seb128> thx everyone!
[14:56] <seb128> #endmeeting
[14:56] <meetingology> Meeting ended Tue Jan 14 14:56:09 2020 UTC.
[14:56] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-desktop/2020/ubuntu-desktop.2020-01-14-14.32.moin.txt
[14:56] <didrocks> thx!
[14:56] <marcustomlinson> thanks
[14:56] <oSoMoN> thx
[14:56] <didrocks> Wimpress: and I'm sure I almost succeeded
[14:56] <Wimpress> I remain unconvinced about chaging to azerty ;-)
[14:56] <hellsworth> thanks!
[14:56] <didrocks> no. don't answer please :p
[14:56] <Wimpress> Thanks everyone
[14:56]  * didrocks prefers living in illusion
[14:57] <seb128> Trevinho, I think we could update the shell&co between now and fosdem, depending mostly how much you are still busy with fingerprint&other things, maybe you want to focus/finish that first
[14:57] <Trevinho> yeah, well that's done for some parts but I'm in stall waiting for feedback to proceed on the fprintd side
[14:59] <seb128> Trevinho, right, well if you have free cycle feel free to start on the g-s stack update
[14:59] <seb128> Laney, how busy are you? I think we probably should look at g-s-d if we decide to update the shell
[14:59] <seb128> Laney, I can probably have a go to it if you are busy with autopkgtest&other things
[15:03] <Laney> as you wish, just claim things as you take them
[15:05] <seb128> Laney, k, well not today for sure, let's see in the next days, I will ping you if I start looking at it
[15:07] <Laney> ok
[18:02] <bittin> Hello, i have some spare time today, would it be okay to join your meeting today ?
[18:02] <bittin> Wimpress etc
[18:08] <marcustomlinson> bittin, the meeting was at 14:30 UTC today
[18:08] <bittin> marcustomlinson: ah wrong timezone in my Google Calender then, any log ?
[18:10] <marcustomlinson> bittin: http://ubottu.com/meetingology/logs/ubuntu-desktop/2020/ubuntu-desktop.2020-01-14-14.32.moin.txt
[18:11] <bittin> thanks
[18:29] <bittin> catched up now thanks :)