[01:18] <callmepk> Good morning
[01:19] <duflu> Morning callmepk 
[01:20] <callmepk> Hi duflu
[05:33] <jibel> good morning all
[05:37] <duflu> Hi jibel 
[05:41] <jibel> Hi duflu 
[05:45] <callmepk> Hi jibel 
[05:46] <jibel> Hey callmepk 
[06:02] <oSoMoN> good morning desktoppers
[06:03] <callmepk> Hi oSoMoN 
[06:03] <oSoMoN> hey callmepk 
[06:27] <seb128> goood morning desktopers!
[06:28] <jibel> salut seb128 
[06:28] <seb128> lut jibel, en forme ? journée de test d'ISO en vue ? ;-)
[06:29] <jibel> seb128, j'ai commencé hier soir, RAS pour le moment
[06:29] <jibel> seb128, et toi ça va?
[06:29] <seb128> oui ça va :)
[06:31] <duflu> Morning oSoMoN and seb128 
[06:34] <seb128> hey duflu, how are you?
[06:35] <duflu> seb128, going OK. How goes?
[06:37] <duflu> seb128, going OK here. How goes there?
[06:42] <oSoMoN> salut seb128, jibel 
[06:42] <oSoMoN> hey duflu 
[06:44] <duflu> Back shortly
[06:51] <callmepk> hi seb128 
[06:52] <didrocks> good morning
[06:54] <oSoMoN> salut didrocks, ça va?
[06:54] <didrocks> ça va, et toi oSoMoN ?
[06:54] <oSoMoN> bien bien, merci :)
[06:54] <didrocks> petite course le matin pour se motiver (mais départ un peu plus tardif que d’habitude)
[06:55] <oSoMoN> bonne manière de commencer la journée
[07:11] <marcustomlinson> morning callmepk duflu jibel oSoMoN seb128
[07:11] <duflu> Hey marcustomlinson 
[07:11] <seb128> lut oSoMoN, didrocks, hey hey callmepk
[07:11] <seb128> hey marcustomlinson
[07:11] <seb128> how are you?
[07:12] <seb128> didrocks, bonne idée ça le sport, je devrais faire ça
[07:12] <didrocks> salut seb128 
[07:12] <seb128> duflu, I'm doing alright, getting a bit fat, I need to eat less and move more :-/
[07:12] <didrocks> ouais, ça permet de se mettre en bonnes conditions :)
[07:13] <marcustomlinson> seb128: I'm alright thanks. same story here with eating way too much :/
[07:14] <marcustomlinson> bored + tired - sleep = eat
[07:16] <marcustomlinson> my wife has been so bored at home that she's been baking every other day
[08:03] <Laney> yo
[08:04] <Laney> hope everyone is testing isos :-)
[08:09] <didrocks> hey Laney! yep, testing week!
[08:16] <oSoMoN> good morning marcustomlinson, Laney 
[08:18] <seb128> hey Laney! how are you?
[08:21] <seb128> hum, does anyone feel like having a got at bug #1862553 ?
[08:21] <seb128> Robert said it's non trivial/he doesn't understand what's going on and he's busy with other work, I don't think he's going to get it resolved
[08:22] <seb128> (that's the 'g-c-c segfaults when trying to add a livepatch account from software-properties'
[08:28] <oSoMoN> seb128, I may be able to take a look in the afternoon
[08:30] <seb128> oSoMoN, thanks, unsure how your gobject is nowadays but I suspect it's not going to be trivial, the description of  https://gitlab.gnome.org/GNOME/gnome-control-center/-/merge_requests/423 might give some hints
[08:31] <seb128> though that fix from andyrock got merged upstream so seems not enough anymore
[08:31] <seb128> but the issue is similar so probably the workaround stopped being good enough for some reasons
[08:42] <Laney> oops sorry!
[08:43] <Laney> hey didrocks oSoMoN seb128!!!!!
[08:43] <seb128> hey :)
[08:45] <oSoMoN> seb128, my gobject-fu is a bit rusty, but I'll take that as an opportunity to refresh it
[08:49] <seb128> oSoMoN, thanks
[09:17] <seb128> popey, hey. could you test if the dock update from yesterday is fixing the small icons issue you were seeing? (https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1869737)
[09:19] <didrocks> I will be able to file a big in launchpad once it’s stop ooooppsing :/
[09:19] <popey> seb128 on it
[09:19] <KGB-1> mutter Simon McVittie 157033 * commented merge request !60 * https://deb.li/kyZC
[09:19] <seb128> popey, thanks
[09:19] <KGB-1> mutter debian/master Simon McVittie * [merge] merge request !60: d/p: Fallback to closed laptop lid configuration if no other available * https://deb.li/Nf8d
[09:20] <popey> didrocks yeah, had a bunch of community people complain that filing bugs is problematic because launchpad 'crashes' all the time :(
[09:22] <didrocks> popey: it seems to depend against which components you file it against
[09:22] <didrocks> I tried to file one 5 times directly against partman -> nothing
[09:23] <didrocks> then filed against ubiquity and retargeted on partman -> works
[09:23] <didrocks> who knows :p
[09:34] <popey> seb128 left a comment
[09:35] <seb128> popey, thanks!
[09:53] <Wimpress> Morning desktoppers
[09:54] <KGB-2> mutter debian/master Simon McVittie * [open] merge request !61: WIP: Update from upstream gnome-3-36 branch, up to 3.36.1-42-gda9eb4718 * https://deb.li/zpvn
[09:55] <marcustomlinson> hey Wimpress
[10:00] <KGB-2> mutter debian/master Simon McVittie * [update] merge request !61: WIP: Update from upstream gnome-3-36 branch, up to 3.36.1-42-gda9eb4718 * https://deb.li/zpvn
[11:23] <KGB-0> mutter Marco Trevisan 157069 * commented merge request !61 * https://deb.li/3ccd4
[11:50] <KGB-0> gnome-shell signed tags 405aeb6 Jeremy Bicha ubuntu/3.36.1-5ubuntu2 * gnome-shell Debian release 3.36.1-5ubuntu2 * https://deb.li/CbJF
[11:50] <KGB-0> gnome-shell ubuntu/master 441f4d0 Jeremy Bicha debian/ control control.in * Have gnome-shell-extension-prefs recommend chrome-gnome-shell * https://deb.li/3cnp1
[11:50] <KGB-0> gnome-shell ubuntu/master eb36019 Jeremy Bicha debian/changelog * releasing package gnome-shell version 3.36.1-5ubuntu2 * https://deb.li/6Bad
[11:57] <jbicha> seb128: hi, for bug 1866841 I think it would work best if we demote gnome-shell-extension-prefs to universe before focal release
[11:58] <seb128> jbicha, hey, I've no opinion about it, what is keeping it in main atm?
[11:59] <jbicha> inertia
[11:59] <jbicha> I think source packages in main have their binary packages in main by default
[12:00] <seb128> if nothing brings it to main it should show on component mismatch for demotion...
[12:02] <jbicha> I don't think so, but adding a universe dependency will
[12:02] <jbicha> anyway, I'm going in to work here so I'll be offline for the day
[12:03] <seb128> jbicha, ok, I will have a look to what keeps it into main
[12:14] <KGB-0> gnome-shell debian/master Simon McVittie * [open] merge request !39: Have gnome-shell-extension-prefs recommend chrome-gnome-shell * https://deb.li/ir7I
[12:14] <KGB-0> gnome-shell debian/master Simon McVittie * [merge] merge request !39: Have gnome-shell-extension-prefs recommend chrome-gnome-shell * https://deb.li/ir7I
[12:46] <KGB-1> mutter debian/master Simon McVittie * [merge] merge request !61: WIP: Update from upstream gnome-3-36 branch, up to 3.36.1-42-gda9eb4718 * https://deb.li/zpvn
[12:46] <KGB-1> mutter pristine-tar 953c199 Simon McVittie mutter_3.36.1+git20200419.orig.tar.xz.delta mutter_3.36.1+git20200419.orig.tar.xz.id * pristine-tar data for mutter_3.36.1+git20200419.orig.tar.xz * https://deb.li/3Omce
[12:47] <KGB-1> mutter upstream/3.36.x f36c18d Simon McVittie * pushed 43 commits (first 5 follow) * https://deb.li/zLhI
[12:47] <KGB-1> mutter upstream/3.36.x 17491ba Marco Trevisan (Treviño) src/backends/meta-monitor-config-manager.c * monitor-config-manager: Fallback to closed laptop lid configuration * https://deb.li/3voyA
[12:47] <KGB-1> mutter upstream/3.36.x fdcb68f Marco Trevisan (Treviño) src/tests/ monitor-unit-tests.c monitor-configs/lid-scale.xml * monitor-unit-tests: Ensure configuration is preserved in laptop with closed lid * https://deb.li/hN2R
[12:47] <KGB-1> mutter upstream/3.36.x 40dc226 Carlos Garnacho src/x11/meta-x11-selection-output-stream.c * x11: XMaxRequestSize returns 4-byte units * https://deb.li/3SlGv
[12:47] <KGB-1> mutter upstream/3.36.x 13a23f1 Carlos Garnacho src/x11/meta-x11-selection-output-stream.c * x11: Flag flushes despite having less than the element size * https://deb.li/N4Cz
[12:47] <KGB-1> mutter upstream/3.36.x 6ce42e1 Carlos Garnacho src/x11/meta-x11-selection-output-stream.c * x11: Intern INCR atom * https://deb.li/J2vx
[12:47] <KGB-1> mutter tags 250dc62 Simon McVittie upstream/3.36.1+git20200419 * Upstream version 3.36.1+git20200419 * https://deb.li/igRMs
[12:48] <KGB-1> gnome-shell pristine-tar 28de4c8 Simon McVittie gnome-shell_3.36.1+git20200417.orig.tar.xz.delta gnome-shell_3.36.1+git20200417.orig.tar.xz.id * pristine-tar data for gnome-shell_3.36.1+git20200417.orig.tar.xz * https://deb.li/3go61
[12:48] <KGB-1> gnome-shell upstream/3.36.x 87fb38d Simon McVittie * pushed 38 commits (first 5 follow) * https://deb.li/iOlfN
[12:48] <KGB-1> gnome-shell upstream/3.36.x dfcc5ff Florian Müllner js/ui/screenShield.js * screenShield: Wake up on deactivate() * https://deb.li/kmy0
[12:49] <KGB-1> gnome-shell upstream/3.36.x 6d38a4a Rūdolfs Mazurs po/lv.po * Update Latvian translation * https://deb.li/374Z2
[12:49] <KGB-1> gnome-shell upstream/3.36.x 51e9f19 Jonas Dreßler src/st/st-icon.c * st/icon: Always show empty texture if both gicons are NULL * https://deb.li/eNki
[12:49] <KGB-1> gnome-shell upstream/3.36.x 698bd5b Jonas Dreßler src/st/st-icon.c * st/icon: Use a static GIcon for the missing-image icon * https://deb.li/3hLwG
[12:49] <KGB-1> gnome-shell upstream/3.36.x aebfab7 Florian Müllner subprojects/extensions-app/data/org.gnome.Extensions.desktop.in.in * extensions-app: Add category in .desktop file * https://deb.li/8loc
[12:49] <KGB-1> gnome-shell tags 0c1e241 Simon McVittie upstream/3.36.1+git20200417 * Upstream version 3.36.1+git20200417 * https://deb.li/3alqh
[13:09] <GunnarHj> Hi igordhossegor, can you please take a look at bug #1874068.
[13:20] <jibel> which app should open debs by default on a desktop?
[13:21] <marcustomlinson> jibel: you mean which app(s) should a deb and not a snap?
[13:22] <jibel> marcustomlinson, yes, like I double-click on a deb, what should start?
[13:22] <jibel> cf bug 1873658
[13:22] <marcustomlinson> ah, should be gnome-software. which has been removed, so now it should open in snap-store
[13:24] <marcustomlinson> kenvandine: ^
[13:24] <marcustomlinson> snap-store should be the default for opening deb files now hey
[13:25] <kenvandine> marcustomlinson: snap-store opens deb files
[13:25] <marcustomlinson> not by default it seems
[13:25] <marcustomlinson> when I double click a deb it opens in archive manager
[13:26] <kenvandine> right click and you'll get another option
[13:26] <marcustomlinson> yeah ok
[13:26] <kenvandine> file-roller also claims it supports debs
[13:26] <jibel> snap-store should have ahigher priority?
[13:26] <kenvandine> it should
[13:27] <xnox> marcustomlinson:  but i see snap-store doesn't declare enough MimeTypes to handle .deb
[13:27] <xnox> $ find /snap/snap-store/current -name '*.desktop' | xargs grep MimeType | grep -e deb -e debian
[13:28] <xnox> marcustomlinson:  doe sit need something like application/vnd.debian.binary-package or application/x-deb ?
[13:28] <xnox> marcustomlinson:  the way file-roller does
[13:28] <bdmurray>  /usr/share/applications/defaults.list has vnd.debian.binary-package
[13:28] <bdmurray> and it says "gnome-software-local-file.desktop"
[13:28] <kenvandine>  /var/lib/snapd/desktop/applications/snap-store_ubuntu-software-local-file.desktop
[13:29] <kenvandine> i'll look at desktop-file-utils
[13:29] <bdmurray> thanks!
[13:30] <kenvandine> it includes application/x-deb;
[13:30] <kenvandine> but it's not making it to defaults.list
[13:30] <seb128> k, it's meeting time
[13:31] <seb128> #startmeeting Desktop Team Weekly Meeting - 2020-04-21
[13:31] <meetingology> Meeting started Tue Apr 21 13:31:11 2020 UTC.  The chair is seb128. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[13:31] <meetingology> Available commands: action commands idea info link nick
[13:31] <didrocks> hey
[13:31] <jibel> o/
[13:31] <Trevinho> o/
[13:32] <hellsworth> \o
[13:32] <seb128> k, let's get started and try to keep this one short so we can focus on rls
[13:32] <hellsworth> (hi everyone)
[13:32] <KGB-2> mutter Marco Trevisan 157121 * commented commit 332628b * https://deb.li/3gHTc
[13:32] <seb128> #topic rls-bb-bug
[13:32] <oSoMoN> o/
[13:32] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-incoming-bug-tasks.html
[13:32] <seb128> no desktop section
[13:33] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-tracking-bug-tasks.html
[13:33] <seb128> no unassigned one
[13:33] <seb128> #topic rls-ee-bug
[13:33] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ee-incoming-bug-tasks.html
[13:33] <seb128> no desktop section
[13:33] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ee-tracking-bug-tasks.html
[13:34] <marcustomlinson> oh \o
[13:34] <seb128> not unassigned one (the last one is just a component from an assigned bug)
[13:34] <seb128> #topic rls-ff-bug
[13:35] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ff-incoming-bug-tasks.html
[13:35] <seb128> shorter list this week it seems
[13:35] <seb128> bug #1861609
[13:36] <jibel> I cannot reproduce it anymore
[13:37] <seb128> I wonder if it maybe got fixed with the new xorg
[13:37] <jibel> or it's racy 
[13:37] <seb128> no recent duplicate
[13:37] <seb128> which is weird since it got several in the weeks before
[13:38] <seb128> well, at this point I would vote -notfixing unless we start seing activity again
[13:38] <jibel> +1 for notfixing
[13:38] <hellsworth> notfixing
[13:39] <seb128> done, thx
[13:40] <seb128> bug #1873403
[13:40] <seb128> tseliot, hey, did you have a chance to look at those issues?
[13:41] <seb128> Daniel seems to believe there is still some nvidia/scaling problem
[13:42] <seb128> but from the bugs reports/activity I don't see it as a rls stopper atm, I would vote -notfixing
[13:42] <tseliot> seb128, no, I haven't tested that, since the problem seems to be solved upstream (in gnome)
[13:42] <seb128> tseliot, Daniel still seem to be believe there are issues
[13:43] <Trevinho> tseliot: it's not pure gnome, its our patch doing that
[13:43] <Trevinho> tseliot: but nvidia issue seems to be there, as it's the only driver affected
[13:43] <Trevinho> and it wasn't in previous releases
[13:44] <tseliot> Trevinho, more than the feature itself, I figured the problem had to do with handling RandR events
[13:44] <tseliot> I can check in a bit
[13:44] <Trevinho> tseliot: I see... 
[13:45] <tseliot> but I'm focussing on LP: #1873867, which is priority n. 1 now
[13:45] <seb128> right
[13:45] <Trevinho> I have nvidia (prime) hw here, I may check it again too, but can't go deeper than X itself
[13:46] <seb128> tseliot, bug #1870736 also has some interesting comments from user having issues using the xrandr command directly
[13:46] <seb128> anyway
[13:46] <seb128> opinions?
[13:47] <seb128> I vote notfixing until we get more details, also sound likely to be a driver issue and we don't control those
[13:47] <didrocks> agreed
[13:47] <seb128> thx
[13:47] <hellsworth> sounds good
[13:48] <seb128> k, that's it for incoming
[13:48] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ff-tracking-bug-tasks.html
[13:49] <seb128> no unassigned one
[13:49] <seb128> #topic update_excuses_by_team.html#desktop-packages
[13:49] <seb128> https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses_by_team.html#desktop-packages
[13:49] <seb128> empty \o/
[13:49] <kenvandine> yay
[13:49] <hellsworth> !!!
[13:49] <seb128> good sign in the week of release :)
[13:49] <seb128> #topic AOB
[13:49] <kenvandine> indeed
[13:49] <seb128> some notes from me
[13:50] <seb128> - it's release week, please help testing the ISO candidates
[13:50] <seb128> - keep working on your release bugs, include bug reference in the changelog at this point though since things are likely to be turned into SRU now
[13:51] <seb128> - oh, I almost forget but congrats to oSoMoN for getting upload rights for the mozilla set!
[13:51] <didrocks> congrats oSoMoN :)
[13:51] <marcustomlinson> congrats oSoMoN!
[13:51] <kenvandine> woot
[13:51] <hellsworth> horray oSoMoN !
[13:51] <oSoMoN> thanks :) 'twas mostly a formality, really
[13:51] <marcustomlinson> oh ok, then nevermind
[13:52] <marcustomlinson> ;)
[13:52] <seb128> :p
[13:52] <oSoMoN> (and I'm still waiting to be added to the LP team)
[13:52] <seb128> that's it from me
[13:52] <Trevinho> congrats!
[13:52] <seb128> any other topic?
[13:53] <seb128> seems not, nice and efficient today
[13:53] <hellsworth> nothing here
[13:53] <seb128> thanks team!
[13:53] <seb128> #endmeeting
[13:53] <meetingology> Meeting ended Tue Apr 21 13:53:14 2020 UTC.  
[13:53] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-desktop/2020/ubuntu-desktop.2020-04-21-13.31.moin.txt
[13:53] <marcustomlinson> thanks
[13:53] <hellsworth> thanks!
[13:53] <didrocks> thanks!
[13:53] <Trevinho> ta
[13:53] <oSoMoN> thanks
[13:53] <kenvandine> bdmurray, jibel: Fix for desktop-file-utils bug 1873658 uploaded
[13:53]  * Trevinho just got a new fingeprint device to play with! :-)
[13:55] <bdmurray> Trevinho: maybe you can look at bug 1865824 then. ;-)
[13:55] <jibel> kenvandine, awesome, thanks!
[13:55] <tseliot> Trevinho, the "s(II) NVIDIA(0): Setting mode "NULL" is a little concerning: https://pastebin.ubuntu.com/p/TMkv556gY3/
[13:56] <marcustomlinson> nice one kenvandine
[13:56] <Trevinho> bdmurray: actually for that, there's no really too many options, as the format changed so quite sure we can't import those, but I will see what I can do
[13:56] <marcustomlinson> faster than a speeding bullet
[13:57] <Trevinho> tseliot: mhmhm, interesting... do you know whether mutter is trying to set an invalid mode or just the driver not reacting well?
[13:59] <Trevinho> I wish we had more g_debug code in mutter, so that you could just debug that by changing an env variable... -_-
[14:07] <tseliot> Trevinho, scaling from the command line works fine. So I assume the code (in mutter?) is passing the wrong mode when setting the scaling
[14:13] <seb128> tseliot, it's probably a different issue but did you see e.g https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1870736/comments/25 
[14:15] <seb128> https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1870736/comments/15 also
[14:15] <seb128> Trevinho, ^ unsure if that could be gnome-shell there reacting to the xrandr change and redoing something?
[14:15] <tseliot> seb128, I can't really reproduce that here. But that could sure be a problem
[14:18] <seb128> tseliot, Trevinho, those reports are too specific though, different persons see different result, difficult to come to a conclusion
[14:18] <seb128> we need someone able to reproduce one of the issue and to provide proper debugging
[14:19] <seb128> (could be Daniel since he seem to have a machine with problems)
[14:20] <tseliot> right
[14:23] <Trevinho> seb128: I saw that comment (25) but that implies that scaling from cmd line doesn't work either, no?
[14:23] <seb128> Trevinho, well, some of the previous comments on that bug describe some weird result from the command line, see 15 and 21
[14:23] <Trevinho> seb128: yeah, i saw too
[14:24] <Trevinho> seb128: changing topic, as per the bdmurray mentioned issue (https://bugs.launchpad.net/ubuntu/+source/fprintd/+bug/1865824) do you think is worth looking at a migration script?
[14:24] <Trevinho> as it might not be trivial, doable should be though
[14:25] <seb128> I wouldn't consider it as a priority at the moment, it's not like we have lot of users who had working hardware for that before and fingerprint is never the only authentification method right? they can always enter their password
[14:25] <Trevinho> wondering whether it worth though, given that you still have your fingers with you so re-enroling isn't too bad
[14:26] <Trevinho> yeah, I agree
[14:27] <seb128> Trevinho, if they care they can rls-ff-incoming and we discuss it in the next meeting but I don't think it's a priority
[14:28] <Trevinho> k
[14:28] <Trevinho> adding, we'll discuss in case
[14:34] <seb128> kenvandine, can you rebuild snap-store using that new translations export?  https://launchpadlibrarian.net/475575015/launchpad-export.tar.gz
[14:36] <kenvandine> seb128: sure
[14:36] <seb128> kenvandine, thanks, also what channel should I use? is beta correct?
[14:37] <kenvandine> i'm publishing to beta then releasing to stable/ubuntu-20.04
[14:37] <seb128> kenvandine, snap-store from beta abort when I click on the updates tab here :/
[14:37] <seb128> abort in gtk_widget_real_map
[14:37] <kenvandine> seb128: i fixed that bug last night :)
[14:37] <seb128> time for a rebuild with the fix and the translations then :)
[14:37] <kenvandine> yup
[14:38] <seb128> thx
[14:38] <kenvandine> that crash is in gnome-software too
[14:38] <seb128> I wish we could get a debug bt from a snap crash :/
[14:38] <seb128> any hint on how to get a proper bt for those?
[14:41] <kenvandine> seb128: that's really hard
[14:41] <kenvandine> i wish we could too
[14:41] <kenvandine> seb128: what revision did you have when it crashed?
[14:42] <seb128> kenvandine, 426
[14:42] <kenvandine> i know the cause though... there was a snap update in the update list but snapd refreshed it under snap-store
[14:42] <kenvandine> and we have no signal to connect that tells us snapd performed the refresh
[14:42] <seb128> ah 
[14:43] <seb128> I've seen that reported as well
[14:43] <kenvandine> yeah
[14:43] <seb128> confusing users that things are listed to update but the UI doesn't refresh when snapd does the autorefresh
[14:43] <kenvandine> it's a feature robert has been asking for from snapd
[14:43] <kenvandine> i actually disabled showing those updates in the updates page
[14:43] <kenvandine> since they will auto refresh anyway
[14:43] <seb128> that makes sense
[14:44] <kenvandine> and we have no real way to handle this right now
[15:10] <seb128> didrocks, jibel, oSoMoN, if you do a french install, does it also pick 'legacy alt' as the default keymap for you?
[15:14] <didrocks> seb128: pretty sure it picked an alt one if I select it in isolinux, I always go now on AFNOR azerty though :p I think it picked only french if I select French in the ubiquity-maybe but I need to recheck
[15:14] <didrocks> (doing that in next tests, doing OEM right now)
[15:17] <jibel> seb128, in the installer or after installation?
[15:18] <jibel> ah it's a US keyboard :)
[15:18] <bdmurray> kenvandine: Did you test / check how the desktop-file-utils change would affect other desktops e.g. xubuntu / lubuntu?
[15:19] <kenvandine> bdmurray: good point
[15:20] <bdmurray> kenvandine: to be fair it was Laney's point ;-)
[15:20] <didrocks> seb128: nope, so far, syslinux or maybe-ubiquity -> select French, all good here (alt keyboard)
[15:21] <kenvandine> anyone know how the flavors handle having different defaults?
[15:21] <seb128> jibel, didrocks, in the installer
[15:22] <kenvandine> Wimpress: ^^ do you know?
[15:22] <seb128> kenvandine, I don't know, either they don't and follow ours or have some override
[15:22] <kenvandine> must have some override
[15:22] <kenvandine> not all the flavors even ship gnome-software
[15:22] <didrocks> seb128: and same if I log into a live session syslinux or maybe-ubiquity -> French -> live: all ok
[15:23] <seb128> didrocks, ok, thanks for testing, weird but good to know it's only me
[15:23] <didrocks> seb128: but I’m pretty sure you didn’t dream and that I have seen it once (but was unsure, because it’s only when I typed afterwards) that I got only "French" in keyboard, not alt during beta
[15:23] <seb128> I wonder if it has to do with the tz, but weird
[15:23] <didrocks> so there is something fishy, can’t reproduce though right now
[15:24] <seb128> kenvandine, bdmurray, https://packages.ubuntu.com/search?searchon=contents&keywords=defaults.list&mode=exactfilename&suite=focal&arch=any
[15:24] <seb128> didrocks, I will try to debug at some point but not a blocker/priority for today
[15:25] <didrocks> seb128: even tried syslinux -> keep English but select live -> start ubiquity in live session, select French -> alt keyboard again
[15:25] <seb128> didrocks, thx for testing!
[15:25] <didrocks> yw :) but I’m sure as well there is something…
[15:26] <didrocks> at least, not a high prio, indeed
[15:29] <kenvandine> seb128, bdmurray: should be safe then
[15:31] <oSoMoN> seb128, late feedback, but the default selected keymap for me is "French - French (alt.)"
[15:31] <seb128> oSoMoN, thx
[15:31] <seb128> oSoMoN, also good work finding that g-c-c commit!
[15:32] <oSoMoN> seb128, I still need to get to the bottom of it, but it's progress
[15:34] <seb128> oSoMoN, it's more progress than what Robert got :)
[15:34] <jibel> seb128,  it's set to "French - French (legacy, alt)" by default
[15:36] <seb128> jibel, you mean in the code of you see that?
[15:43] <jibel> seb128, no, in the keyboard page of ubiquity.
[15:44] <seb128> jibel, I don't understand why it's not consistant though, Didier & Olivier see (alt) as default
[15:47] <jibel> seb128, are you using a french machine or US? mine is US if it makes a difference
[15:50] <seb128> jibel, french, it's my xps
[15:51] <didrocks> apart from timezone… let me try to cheat in a live session
[15:52] <oSoMoN> I've been testing in a VM, fwiw
[15:53] <seb128> didrocks, jibel is in France though and oSoMon is not, not likely the tz...
[15:53] <didrocks> AH, so going to a live session (english), setting UTC for timezone, start ubiquity -> French keyboard
[15:53] <didrocks> not alt
[15:53] <seb128> weird
[15:54] <didrocks> changing the tz back to Paris, restarting ubiquity in the same sesion -> still no alt :/
[15:54] <didrocks> this is weird, maybe something was seeded on first run though
[15:54] <didrocks> really something we ought to understand there
[15:57] <jibel> didrocks, you have to restart everything otherwise once it's seeded by ubiquity it won't change
[15:58] <didrocks> jibel: I didn’t go to the next page though, I thought it was only when you select next() that the seeding was done
[16:34] <seb128> jibel, could you update http://iso.qa.ubuntu.com/qatracker/milestones/412/builds/211048/testcases to have
[16:34] <seb128> LTS Desktop Upgrade (Xenial) -> LTS Desktop Upgrade (Bionic)
[16:34] <seb128> (I guess we want to test upgrades from Bionic now right?)
[18:10] <ricotz> hellsworth, hi, please see my MRs at https://gitlab.gnome.org/Community/Ubuntu/gnome-sdk/-/merge_requests
[18:12] <ricotz> while looking at gnome-3-36-1804-sdk, it doesn't track gnome 3.36, but actually 3.34 branches or older
[18:51] <hellsworth> thanks ricotz !
[19:10] <ricotz> hellsworth, thanks, I guess I see what I mean with outdated tags and 3.34 vs 3.36?
[19:32] <kenvandine> ricotz: the gnome-3-36-1804-sdk branch is just the beginnings of the next build snap, recently branched from gnome-3-34-1804-sdk
[19:33] <kenvandine> ricotz: never been built, completely new thing
[19:44] <oSoMoN> robert_ancell, I spent some time today looking into bug #1862553, and I shared my findings in comments, hopefully this is useful to find a fix
[19:51] <marcustomlinson> robert_ancell: 1 hour between our meeting and getting another release bug :P
[19:52] <seb128> oSoMoN, robert_ancell, rishi pinged me about something else, I mentioned it to him in case he has a clue
[19:52] <seb128> but don't hold on it, he's often busy enough
[19:54] <ricotz> kenvandine, ok
[19:59] <oSoMoN> seb128, robert_ancell: there's an easy "quick fix" for the crash (https://paste.ubuntu.com/p/pjmr4dBgSD/), but I suppose that results in a leak, so it's probably not good enough, and my understanding of this code is quite limited
[20:00] <oSoMoN> I'm happy to continue looking into it tomorrow if needed though
[20:04] <ricotz> seb128, https://bugs.launchpad.net/ubuntu/+source/vala/+bug/1874133
[20:09] <seb128> oSoMoN, we don't call that code enough for the leak to be an issue but let's see if Robert or Rishi have a better solution
[20:15] <seb128> ricotz, ack, I will sponsor that in a bit
[20:17] <ricotz> seb128, thanks
[20:30] <oSoMoN> good night all
[21:09] <robert_ancell> oh, missed oSoMoN.
[21:11] <robert_ancell> ugh, terribly written async code
[23:56] <callmepk> Good morning