[01:28] <callmepk> good morning all
[01:42] <duflu> Hi callmepk 
[01:44] <callmepk> Hi duflu 
[02:12] <pieq> Morning everyone!
[02:32] <GunnarHj> Hi robert_ancell! Are you going to work on bug #1867548 very soon? Or is my idea mentioned in comment #7 an option?
[02:37] <robert_ancell> GunnarHj, it's on my list of things to look at but I don't have any experience in that panel. Is this something that was introduced in a commit in gnome-control-center? Can you link to that in the issue if so - then we can ask the person who made the change to fix it.
[02:43] <GunnarHj> robert_ancell: Yes, it was introduced through a g-c-c commit a few months ago. It's all explained in the patch I proposed, including a link to the commit I would like to see reversed:
[02:43] <GunnarHj> https://salsa.debian.org/gnome-team/gnome-control-center/-/blob/479356ab7c521841c3131c571bfc3384aff2a705/debian/patches/0027-temporarily-revert-alt-char-key.patch
[02:43] <robert_ancell> GunnarHj, I saw that, but the upstream issue doesn't have a link to the commit(s) https://gitlab.gnome.org/GNOME/gnome-control-center/issues/918
[02:43] <gitbot> GNOME issue 918 in gnome-control-center "Right Alt key is suddenly switched off after invoking Settings - Keyboard Shortcuts in 3.35" [6. Component: Keyboard, Opened]
[02:50] <GunnarHj> robert_ancell: Now it has. :)
[02:50] <robert_ancell> GunnarHj, thanks
[03:22] <hellsworth> kenvandine: re the build snap clutter issue, i submitted a pr. please see if it fixes your issue. if you already did that before opening the issue then we can go ahead and merge :)
[03:22] <hellsworth> thanks for finding that!
[04:33] <sa-ghosts> there is a Gnome 3.36 bug (it's also related to another bug) that affect people with 1366x786 screens.
[04:33] <sa-ghosts> here are the links:
[04:33] <sa-ghosts> https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/2237
[04:33] <sa-ghosts> https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/2234
[04:34] <sa-ghosts> you could see in the first link it affect gnome in a small way (by changing the dash size)
[04:34] <sa-ghosts> but in ubuntu 20.04 it causes a more sever affect and that is when you tap out of the appfolder all the icons become very small and if you redo it again it may cause a session crash.
[04:35] <sa-ghosts> I don't know if you already know this but just to be sure I posted it here.
[05:50] <oSoMoN> good morning desktoppers
[05:56] <jibel> salut oSoMoN 
[05:57] <oSoMoN> salut jibel 
[06:15] <didrocks> good morning
[06:16] <jibel> salut didrocks 
[06:16] <didrocks> salut jibel 
[06:16] <oSoMoN> salut didrocks 
[06:22] <didrocks> bon week-end oSoMoN ?
[06:26] <seb128> gooood morning desktopers
[06:27] <didrocks> salut seb128, bon week-end ?
[06:27] <seb128> lut didrocks, ouais et toi ? 
[06:29] <didrocks> ça va
[06:30] <jibel> salut seb128 
[06:30] <seb128> lut jibel, comment ça va ? vous avez passé un bon w.e?
[06:31] <oSoMoN> didrocks, oui, très bon, merci
[06:31] <oSoMoN> salut seb128 
[06:31] <jibel> ça va, je ne vois plus trop les différences entre la semaine et le w-e, mais il est passé 
[06:31] <seb128> lut oSoMoN, comment ça va ?
[06:31] <didrocks> jamesh: oh, you wrote your action in typescript! I was expecting you to use python. Cool to see what you have done with the very complete documentation available on this :)
[06:31] <oSoMoN> seb128, bien, merci
[06:32] <didrocks> (and with great tests, very cool)
[06:32] <jamesh> didrocks: mostly because that's what Github's most complete template project uses: https://github.com/actions/typescript-action
[06:33] <jamesh> didrocks: Python wasn't really an option: you can use it in Docker based actions, but I can't run snapd inside of Docker.
[06:33] <jamesh> A nodejs action also starts faster
[06:34] <didrocks> jamesh: ah :) indeed, snapd in Docker, I should have thought about it as a limiting factor. I looked a week ago at the github action documentation itself again (more on a consumer side) and it didn’t evolve much from when I started to migrate zsys CI to it (meaning: very lacking in term of events and the objects that are sent back to you)
[06:35]  * didrocks still hope that one day, we can use github packages (local containers) in github CI, which, weirdly, isn’t the case yet
[06:37] <jamesh> Having a template project with a test suite and linter already set up is great if you're just learning (or relearning) the language
[06:38] <didrocks> indeed
[07:01] <duflu> Morning oSoMoN, jibel, didrocks, seb128 
[07:02] <duflu> Afternoon everyone else
[07:06] <didrocks> hey duflu 
[07:18] <snowdin> oSoMon: are you the maintainer of the firefox-trunk PPA? 
[07:18] <snowdin> I have a few bugs to report, can I DM you?
[07:25] <marcustomlinson> morning oSoMoN jibel didrocks seb128 jamesh
[07:25] <didrocks> hey marcustomlinson 
[07:27] <duflu> Hi marcustomlinson 
[07:29] <jamesh> hi marcustomlinson 
[07:37] <jibel> morning marcustomlinson 
[07:39] <seb128> hey duflu, marcustomlinson, how are you? had a good w.e?
[07:40] <marcustomlinson> seb128: yeah good thanks, w.e. was nice. how are you?
[07:41] <seb128> marcustomlinson, good as well, w.e was nice enough, would have been better if we were not locked down and isolated, was a bit weird to just be us on sunday
[07:43] <duflu> seb128, only scratched the surface on many jobs at home. Need more long weekends. I think there's another one in a couple of weeks :)
[07:43] <seb128> :-)
[08:01] <Laney> moin
[08:05] <oSoMoN> hey duflu, marcustomlinson, Laney 
[08:08] <duflu> Morning Laney
[08:18] <Laney> yo ho oSoMoN duflu 
[08:21] <seb128> hey Laney, how are you? had a good w.e?
[08:23] <Laney> hey seb128 
[08:23] <Laney> yes it was actually very welcome to have 4 days off
[08:23] <seb128> great
[08:23] <Laney> might have to do that again after the release :-)
[08:25] <tintou> Good morning there, I've seen that `ubuntu-system-service` is still a recommended dependency of gnome-control-center but the patch to use it is no more included in focal, is there any specific reason to keep it there? Also, is there anything else that is setting the system-wide proxy configuration?
[08:34] <Laney> I guess not
[08:34] <seb128> we have a todo to port/fix that patch
[08:35] <seb128> but meanwhile probably not indeed
[08:41] <KGB-0> gnome-control-center ubuntu/master 9ef6522 Iain Lane debian/ control control.in * control: Stop recommending ubuntu-system-service * https://deb.li/ijvh4
[08:41] <Laney> there we go
[08:46] <RikMills> morning
[08:47] <RikMills> any more definite ubiquity uploads planned?
[08:48] <Laney> yes
[08:50] <seb128> jamesh, kenvandine, robert_ancell, do you know what's the status of the https://launchpad.net/ubuntu/+source/pulseaudio/1:11.1-1ubuntu7.5 SRU? It's in proposed since december and now blocking other fixes the OEM team needs, can we get it moved to updates so the next SRU can be accepted?
[08:51] <RikMills> Laney: ok. I will ask what I should have. likely to be before final freeze? I have some cosmetic bugs to fix for KDE, but little time to work on them
[08:52] <Laney> RikMills: Definitely, we would try to avoid uploading the installer after final freeze unless it's actually broken
[08:53] <jamesh> seb128: I think it was waiting on jdstrand to sign of on it again
[08:54] <RikMills> Laney: ok. thanks. I know where I stand then. worst case could be getting them in for point release if any other fixes are required for that
[08:54] <seb128> jdstrand, ^
[08:55] <Laney> definitely, SRU is just fine
[08:58] <mantas-baltix> hi
[08:58] <mantas-baltix> I've updated and fixed lots of snap store translations five days ago, but I don't see new translations in latest snap-store 20200413.ac9047f from latest/beta channel :(
[08:59] <mantas-baltix> Could someone fix this ? Which launchpad translation is used for official snap-store build, used in Ubuntu 20.04 daily?
[09:02] <seb128> mantas-baltix, hey, we need an export of translations and import, I will make sure that happens before focal is out
[09:06] <duflu> seb128, releasing 7.5 will also close these: https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bugs?field.tag=update-reverted
[09:06] <mantas-baltix> seb128, it would be nice to see translated snap-store before Ubuntu 20.04 :) I still don't sure which launchpad translation is used for official snap-store build, used in Ubuntu 20.04 daily :(
[09:06] <seb128> duflu, right
[09:07] <seb128> mantas-baltix, https://translations.launchpad.net/snap-store
[09:09] <mantas-baltix> But not all strings are included at https://translations.launchpad.net/snap-store/trunk/+pots/snap-store/lt/+translate :(
[09:09] <mantas-baltix> seb128, it seems all Snap-store interface strings ar at https://translations.launchpad.net/ubuntu/focal/+source/gnome-software/+pots/gnome-software/lt/+translate
[09:10] <seb128> mantas-baltix, can you give an example?
[09:11] <seb128> one string that is missing
[09:11] <mantas-baltix> seb128, lots of strings, see bug #1872364 and bug #1870777
[09:12] <seb128> mantas-baltix, I'm asking for one example to be able to check with one, others will probably be the same issue
[09:12] <seb128> oh well, I will check the bugs later
[09:13] <RikMills> can I update the ubiquity .po files directly in a merge, or do they need some regeneration by something?
[09:14] <RikMills> I just want to remove 'KDE PIM suite' from being mentioned on the software selection page
[09:17] <seb128> rikMills, you don't need to bother updating the .po, when the template will be updated launchpad will stop exporting the translations and next translation update will be without those, meanwhile it doesn't create issue to have strings in .po which aren't used in the UI
[09:18] <mantas-baltix> seb128, for example search for "snap" at https://translations.launchpad.net/snap-store and you find only one string, but at https://translations.launchpad.net/ubuntu/focal/+source/gnome-software/+pots/gnome-software/lt/+translate?search=snap&show=all&direction=backwards&start=30 I find 36 string, for example "You don’t need an account to install
[09:18] <mantas-baltix> public snaps"
[09:18] <RikMills> seb128: I am not taling about removing a used string. it needs keeping but altering
[09:19] <RikMills> *talking
[09:19] <seb128> rikMills, ah, don't do that now :p
[09:20] <RikMills> seb128: I can't really leaving it telling users that some software will be installed, when it will not
[09:20] <RikMills> well, I can, but that is bad bad
[09:20] <seb128> what's the string you want to change and from what to what?
[09:21] <seb128> is that in the slides?
[09:21] <RikMills> no, in the main ubi software selection page
[09:21] <RikMills> debian/ubiquity.templates: Web browser, utilities, office software, KDE PIM suite plus additional internet applications and media players.
[09:22] <RikMills> need to remove 'KDE PIM suite '
[09:24] <RikMills> in all the .po, it is either not translated, or very obvious what has to go as 'kde pim' is still there 
[09:24] <seb128> RikMills, so yes, you can patch the .po in source, launchpad will import the new string/translations
[09:24] <seb128> looks like it should be fine
[09:24] <seb128> it's always a tricky business to change translations like that though, some locales have forms changing according to the number of objects listed
[09:25] <seb128> so you mean introduce a translation error by doing such changes
[09:25] <seb128> it seems rather low risk there though
[09:25] <seb128> so hopefully no translator comes back angry at you :)
[09:25] <RikMills> seb128: thanks. that is most critical thing I have. yes, slight error here are better IMO than giving users false info
[09:27] <Wimpress> Morning desktoppers
[09:27] <RikMills> o/
[09:31] <duflu> Morning Wimpress 
[09:31]  * duflu finishes reviewing 181 bugs and falls off chair
[09:32] <duflu> Though it was a 4 day weekend so per day that's fewer than last week
[09:51] <seb128> duflu, good job, enjoy your evening!
[09:52]  * duflu closes email so he can't see any more
[09:56] <duflu> Oh we have Xorg 1.20.8
[09:58] <seb128> yes, that migrated out of proposed a bit earlier
[09:59]  * duflu closes another performance bug
[10:05] <duflu> seb128, that's the Xwayland runs at 58 FPS issue. Nice to see it fixed
[10:06] <duflu> I though we'd have to wait till 20.10
[10:06] <tjaalton> ;)
[10:06] <duflu> 💖
[10:06] <tjaalton> haha
[10:06] <duflu> I also thought.
[10:07] <seb128> duflu, :-)
[11:37] <xnox> seb128:  Laney: can you please review https://code.launchpad.net/~xnox/debian-cd/drop-integrity-check-menu-entry/+merge/381966 and https://code.launchpad.net/~xnox/debian-cd/no-try-only-do-in-grub/+merge/381967 ?
[11:39] <Laney> Later probably, trying to finish wrestling with ubiquity atm
[11:40] <xnox> Laney:  yes ubiquity wresting is the best, and probably more urgent =)
[11:41] <Laney> currently yak shaving tbh
[11:41] <Laney> need to get hold of this 'swtpm' thing to test with an emulated tpm
[12:40] <jdstrand> seb128, jamesh: oh! that was waiting on me? ok, sure, I'll test that
[12:41] <seb128> jdstrand, hey, thank you!
[12:54]  * Laney writes a weekly summary
[12:54] <Laney> 'scuse the delay
[13:20] <seb128> kenvandine, hey, how are you? had a nice w.e?
[13:20] <tjaalton> oSoMoN: hi, have you seen bugs about firefox webgl being broken?
[13:21] <oSoMoN> tjaalton, yes, I'm looking into that right now (https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1872586)
[13:21] <tjaalton> oSoMoN: it's a bug in libdrm :)
[13:21] <kenvandine> hey seb128, i did
[13:21] <kenvandine> seb128: and you?
[13:21] <tjaalton> and I have a fix
[13:21] <oSoMoN> tjaalton, that's very good news :)
[13:22] <tjaalton> was a regression there, it can't find the driver
[13:22] <tjaalton> I'll move the bug
[13:22] <oSoMoN> thanks
[13:24] <seb128> kenvandine, I had, thanks!
[13:24] <seb128> kenvandine, can you tell me the difference between the snap-store and snap-store-3-36 branches?
[13:25] <kenvandine> snap-store was the 3.34.x 
[13:25] <kenvandine> snap-store-3-36 is the update to 3.36
[13:25] <kenvandine> which is what's in focal now
[13:25] <kenvandine> soon to be pushed to snap-store
[13:25] <seb128> seems backward
[13:26] <kenvandine> snap-store is where we are keeping the latest supported version
[13:26] <kenvandine> snap-store-VERSION is working branches
[13:26] <kenvandine> usually short lived
[13:26] <seb128> so snap-store is stable, not trunk
[13:26] <seb128> ?
[13:26] <kenvandine> yes
[13:26] <seb128> backward compared to GNOME
[13:26] <kenvandine> ah
[13:26] <seb128> it got me confused
[13:26] <kenvandine> sorry
[13:26] <seb128> no worry
[13:27] <seb128> when to you plan to update snap-store?
[13:27] <kenvandine> probably this week
[13:27] <seb128> I'm asking because we ship buggy translations because we asked people to translated 'snap-store'
[13:27] <seb128> not -3.36
[13:27] <kenvandine> ah
[13:27] <seb128> annoying :-/
[13:27] <kenvandine> maybe we can flip it for the future
[13:28] <seb128> I'm wondering how to fix the situations without waiting for you to land 3.36 to the non versioned branch
[13:28] <kenvandine> when robert rebases on ubuntu-master he's been creating these branches
[13:28] <marcustomlinson> oh dang, monday update
[13:28] <kenvandine> seb128: actually
[13:28] <kenvandine> i can push it to snap-store now :)
[13:29] <kenvandine> just not release to the stable channel until i'm sure
[13:29] <seb128> kenvandine, that would help, thanks
[13:29] <kenvandine> it's close enough
[13:29] <kenvandine> sure
[13:29] <seb128> kenvandine, then we need to do a new translation export and include it in the snap recipe
[13:30] <hellsworth> good morning desktopers
[13:30] <seb128> hey Heather
[13:30] <seb128> exactly in time for the meeting!
[13:30] <oSoMoN> good morning hellsworth 
[13:30] <hellsworth> yep that was on purpose
[13:30] <hellsworth> just rolled out of bed :)
[13:30] <seb128> #startmeeting Desktop Team Weekly Meeting - 2020-04-14
[13:30] <meetingology> Meeting started Tue Apr 14 13:30:55 2020 UTC.  The chair is seb128. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[13:30] <meetingology> Available commands: action commands idea info link nick
[13:31] <didrocks> hey
[13:31] <jibel> hola
[13:31] <seb128> Roll call:  didrocks, duflu (out), heather, jamesh (out), jibel, kenvandine, laney, marcustomlinson, oSoMoN, tkamppeter, trevinho, robert_ancell (out), callmepk
[13:31] <marcustomlinson> \o
[13:31] <hellsworth> o/
[13:31] <oSoMoN> 🐰/
[13:31] <callmepk> o/
[13:31] <kenvandine> \o
[13:31] <seb128> I hope everyone had a good Easter w.e!
[13:31] <seb128> let's get started
[13:32] <GunnarHj> O/ (I have an AOB thing.)
[13:32] <seb128> #topic rls-bb-bug
[13:32] <seb128> GunnarHj, hey, stick around for a bit then :)
[13:32] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-incoming-bug-tasks.html
[13:32] <seb128> desktop free
[13:32] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-tracking-bug-tasks.html
[13:32] <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> desktop free
[13:33] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ee-tracking-bug-tasks.html
[13:33] <seb128> no unassigned there either, nice
[13:33] <seb128> #topic rls-ff-bug
[13:33] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ff-incoming-bug-tasks.html
[13:34] <seb128> let's do that :p
[13:34] <seb128> bug #1745345
[13:34] <hellsworth> are we identifying what we can get done before the freeze?
[13:35] <hellsworth> or still picking the ones we want to be in by ff release?
[13:35] <seb128> the later one
[13:35] <seb128> if things don't make it to release they will be SRUed
[13:35] <seb128> same as we still review bb and ee lists
[13:36] <hellsworth> yep ok thanks
[13:36] <seb128> that xorg one seems not new, comment #48 point to fixes that landed
[13:36] <seb128> I don't think it has enough data to be nominate for rls-ff atm, I vote -1
[13:36] <hellsworth> yep so -1
[13:36] <jibel> yeah -1 and re-verifying it ATM
[13:36] <seb128> thanks jibel
[13:37] <seb128> bug #1862553
[13:37] <seb128> I tagged this one, from the description it happens when trying to enable livepatch
[13:37] <seb128> we want to feature livepatch so it sucks when that experience is buggy
[13:37] <seb128> also it has some duplicates 
[13:37] <seb128> I do vote +1 in case it's not obvious :p
[13:38] <hellsworth> +1
[13:38] <oSoMoN> +1
[13:38] <didrocks> yeah, a good test case. +1
[13:39] <seb128> kenvandine, do you think Robert can take on this one?
[13:39] <kenvandine> seb128: sure
[13:39] <seb128> thx
[13:39] <seb128> (I'm skipping the assigned one that we fail to untag/target previous week)
[13:40] <seb128> bug #1869571	
[13:40] <oSoMoN> kenvandine, if the problem happens to be in the livepatch integration in software-properties, I can look into that
[13:40] <kenvandine> oSoMoN: ok
[13:40] <seb128> oSoMoN, kenvandine, I think it's a bug in the online account panel in g-c-c, we had a similar one in the past than andyrock fixed
[13:41] <seb128> I emailed Robert asking for input and pointing to the old patch/commit, let's see
[13:41] <seb128> so
[13:41] <hellsworth> +1 on the dual monitor one
[13:41] <seb128> I don't know how common are vertical stacking of monitors
[13:41] <seb128> but it has already 8 users subscribed and some duplicates
[13:42] <hellsworth> +1 but low priority?
[13:42] <seb128> it's pretty annoying visually and not obvious what the issue is
[13:42] <seb128> I vote +1
[13:42] <seb128> medium probably
[13:42] <didrocks> sounds about right
[13:43] <seb128> thx
[13:44] <seb128> (I need to clean out the list, quite some items from previous week that got acted on but not removed from the list)
[13:44] <seb128> bug #1872103	
[13:44] <seb128> that's a report about 18.04 + ppa
[13:44] <seb128> does it happen in focal proper?
[13:45] <hellsworth> ok so this one i haven't tried to reproduce. need to setup a database on a separate system so didn't spend the time yet
[13:45] <Trevinho> yeah, I untagged some of them
[13:45] <seb128> I don't really understand the impact but it doesn't look rls material at this point to me?
[13:45] <oSoMoN> yeah, that would be the first thing to find out
[13:45] <seb128> k, let's untag for now, please tag it back if it turns out to be an issue on focal and you believe it's important enough to be rls tracked
[13:46] <oSoMoN> if it does impact focal and is a regression I would say it's rls material
[13:46] <hellsworth> ok
[13:46] <seb128> bug #1868666
[13:47] <seb128> it's incomplete an another leftover it looks like
[13:47] <didrocks> I got some hang yesterday, not a crash though, same thing in the journal
[13:47] <seb128> tagging notifxing
[13:47] <didrocks> unsure if this is the same trigger though
[13:48] <seb128> didrocks, might be worth reporting with the journal snippet?
[13:48] <seb128> bug #1867763
[13:48] <didrocks> seb128: could do, unfortunately killing it didn’t create a core dump that could be retraced to attach :/
[13:49] <didrocks> (then the experience is horrible: you log back from gdm in the session and the Shell drops you again in lockscreen immediately)
[13:49] <hellsworth> +1 on the sigabrt one
[13:49] <hellsworth> didrocks: i saw that yesterday in a vm too. i have only seen it in a vm though
[13:49] <seb128> it's easy to trigger here
[13:49] <didrocks> hellsworth: real metal here :)
[13:49] <didrocks> sounds like the sigarbrt has some dups, so yeah +1
[13:49] <seb128> in fact already assigned to Daniel but on one component only
[13:49] <hellsworth> interesting..
[13:49] <seb128> I will tide it up also
[13:50] <seb128> thx
[13:50] <hellsworth> didrocks: oh sorry, i saw the issue you mentioned about being dropped back to the login screen. i've only seen that on a vm.
[13:51] <seb128> bug #1870627
[13:51] <hellsworth> yeah that happens but only on kubuntu
[13:52] <seb128> missing recommends/depends?
[13:52] <hellsworth> i can check that
[13:52] <seb128> also the submitter mentions he reported it upstream, would be nice to get the reference
[13:52] <hellsworth> i looked upstream for a bug and couldn't find one. i'll ask him for a link
[13:52] <seb128> I would vote -1, would be nice to fix in a SRU/in the next upload, but if it's not happening in Ubuntu and only a graphical preference I don't think it's rls
[13:53] <hellsworth> sgtm
[13:54] <seb128> bug #1870736	
[13:55] <seb128> Trevinho, any idea what's going on there?
[13:55] <Trevinho> seb128 I think is just the driver not handling xrandr properly 
[13:55] <seb128> Trevinho, ok, so not on our side?
[13:56] <seb128> any way to confirm that easily?
[13:56] <Trevinho> I don't think so, I mean all the other drivers are working fine
[13:56] <Trevinho> I'm quite sure something broke at nvidia level there
[13:56] <seb128> do you have any xrand command line that could be used to test if that's actually an xrand problem?
[13:56] <seb128> if so could you comment that on the bug?
[13:56] <Trevinho> yeah, I will write in the bug
[13:57] <seb128> thanks
[13:57] <seb128> bug #1871351
[13:57] <seb128> I will take this one, but I patched g-s-d to restore vino's service handling so that's probably good enough for release at this point
[13:58] <seb128> bug #1871644	
[13:58] <oSoMoN> that's a known upstream bug
[13:58] <oSoMoN> and affects only wayland
[13:58] <seb128> doesn't seem rls material to me
[13:59] <oSoMoN> yep, -1 from me too
[13:59] <hellsworth> -1
[14:00] <seb128> that's it for incoming I think
[14:00] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ff-tracking-bug-tasks.html
[14:01] <seb128> bug #1791405
[14:01] <seb128> unsure why Daniel edited this one and why it targets focal, I will just drop the target
[14:02] <didrocks> yeah, bluez task should be removed, no?
[14:03] <seb128> maybe, I think there is still a potential problem/fix to be done in the bluez side
[14:03] <seb128> which gnome-bluetooth workarounded/fixes in the GNOME case
[14:03] <seb128> I'm not wanting to enter a bug status fight with Daniel over it :p
[14:03] <Laney> assign him then ;-)
[14:03] <didrocks> :)
[14:03] <seb128> haha
[14:04] <seb128> anyway, untargetted for now with a comment
[14:04] <seb128> the second one is assigned to me, just not on the g-c-c component, will fix
[14:04] <seb128> bug #1867908
[14:04] <seb128> leftover I think, I said I would upload and forget, will do that
[14:05] <seb128> and that's it for bugs
[14:05] <seb128> sorry that some noise was left on the list, we will do better next week, I will tide things up after the meeting
[14:05] <seb128> #topic update_excuses_by_team.html#desktop-packages
[14:05] <seb128> https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses_by_team.html#desktop-packages
[14:06] <seb128> kenvandine, snapd-glib 1.57 fails to build on armhf, that's also blocking gnome-software, I expected to see Robert follow up on that after upload but that's stuck for some time now, do you know what's the status?
[14:07] <seb128> remmina is blocked by riscv but wgrant said earlier than he expect the libsecret stack to be good by eod so probably fine
[14:07] <seb128> pango is waiting for tests to be completed
[14:07] <seb128> and hplip is another riscv one
[14:07] <kenvandine> seb128: i don't know
[14:08] <Laney> we shouldn't have things blocked like that by riscv64
[14:08] <seb128> kenvandine, can you check with him?
[14:08] <kenvandine> yup
[14:08] <Laney> we attempted to set the setting in proposed-migration to fix that but it didn't work
[14:08] <seb128> :(
[14:08] <Laney> if anyone has some time to read its code and work out why not that would be very helpful
[14:08] <seb128> do you have a pointer to the code/where to start?
[14:08] <seb128> in case someone is wanting to try to dive in
[14:09] <Laney> well, is anyone?
[14:09] <seb128> I've a feeling everyone is busy and that's probably a no :-/
[14:09] <Laney> look in https://git.launchpad.net/~ubuntu-release/britney/+git/britney2-ubuntu/tree/britney.py and work out why, if the arch is in break_arches, you would still get that excuse output
[14:09] <Laney> right
[14:10] <Laney> "would anyone like to look at XXX" doesn't really work
[14:10]  * Laney shouldn't have asked it in that way, sorry
[14:10] <seb128> I will try to have a look, who knows, fresh eyes or luck maybe :p
[14:11] <seb128> ok, that's it for that section
[14:11] <seb128> #topic AOB
[14:11] <seb128> GunnarHj, you are up :)
[14:11] <GunnarHj> Thanks..
[14:11] <RikMills> seb128: ok, proposed my ubiquity merge
[14:11] <GunnarHj> Bug #1867548 is still open. I talked with Robert this morning, and he asked (on the upstream issue) for input from Bastien, who wrote the code, and whose only reaction was that he doesn't use the feature (aka doesn't want to spend more work on it).
[14:11] <GunnarHj> My suggestion on the matter is in comment #7 on the Ubuntu bug. The feature is new and of moderate importance, but the bug is bad, which I think justifies my proposal to drop the feature for now.
[14:11] <GunnarHj> Possibly Robert will fix it before final freeze, so this is to prepare the team for the case he doesn't.
[14:14] <seb128> GunnarHj, I emailed Robert about that one and the dynamic layout yesterday and he said he would have a look
[14:14]  * RikMills notices meeting. shuts up
[14:14] <GunnarHj> seb128: He said that to me to, but also that he isn't familiar with that part of g-c-c.
[14:15] <seb128> GunnarHj, it has only one duplicate and 2 affected users so while it would be good to fix I'm also not convinced it's our top priority atm, can be a SRU
[14:16] <GunnarHj> seb128: It affect quite a few users - those who use "English (US)", "Russian", "Chinese"... Not sure that the numbers of affected users in the dev cycle is a good measure...
[14:17] <seb128> GunnarHj, so there is no 'Alternate Characters Key' defined by default?
[14:17] <seb128> and it got set the first time you open the settings?
[14:18] <seb128> I don't even understand what 'alternate characters key' is...
[14:18] <seb128> GunnarHj, I don't think we need to hold the team/meeting on that, let's keep discussing after wrapping
[14:18] <seb128>  
[14:18] <GunnarHj> seb128: Not as dconf setting. For those who use kb layouts with 3:rd level symbols it's defined via the layout. Yes, it's set behind the scenes once you open the Keyboard panel.
[14:18] <seb128> any other topic?
[14:19] <kenvandine> RC week, yay!
[14:19] <kenvandine> that is all from me :)
[14:20] <seb128> indeed :p
[14:20] <seb128> time to look at your assigneed rls bugs and do something about those!
[14:21] <seb128> Wimpress, we could use that weekly discourse post that usually goes out on monday :)
[14:21] <kenvandine> seb128: the snap-store branch is now the 3.36 base
[14:21] <seb128> kenvandine, thanks!
[14:21] <kenvandine> Tuesday, it's the new Monday
[14:21] <kenvandine> :)
[14:21] <kenvandine> at least this week
[14:21] <seb128> hehe
[14:21] <seb128> indeed
[14:21] <kenvandine> it was really quiet yesterday
[14:21] <seb128> ok, let's wrap on that note :)
[14:21] <seb128> thanks team!
[14:21] <seb128> #endmeeting
[14:21] <meetingology> Meeting ended Tue Apr 14 14:21:43 2020 UTC.  
[14:21] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-desktop/2020/ubuntu-desktop.2020-04-14-13.30.moin.txt
[14:21] <didrocks> thanks!
[14:21] <marcustomlinson> thanks
[14:22] <hellsworth> thanks!
[14:22]  * Laney cries at launchpad timeouts
[14:22] <marcustomlinson> indeed
[14:22] <seb128> GunnarHj, I don't really understand the issue, is that key unset for those locales or set to something else? can't we just add the 'unset' option to the list and make the default to not change the config?
[14:22] <seb128> Laney, I mentioned that on #launchpad before the meeting and they killed the gc job hopping it would be better
[14:22] <Laney> yeah I saw
[14:22] <Laney> hopefully will clear up
[14:22] <seb128> it was mostly fine during my editing in the meeting
[14:23] <seb128> but maybe I got lucky
[14:23] <Laney> getting 503s now
[14:24] <GunnarHj> seb128: Yes, something like that. But to me it's not a "just" thing.
[14:24] <seb128> Laney, :-(
[14:25] <GunnarHj> seb128: For those layouts the key is unset, i.e. it works the same way as <Left Alt> by default.
[14:27] <GunnarHj> seb128: And those users, who usually use <Right Alt> instead of <Left Alt> finds that the key suddenly does not work as intended.
[14:30] <seb128> GunnarHj, do you know how to query what 'alternate character key' is? and what right click is doing?
[14:30] <seb128> just for testing/debugging
[14:30] <seb128> also how to unset it from a command line aftet g-c-c screwed it?
[14:35] <GunnarHj> seb128: What happens is that 'lv3:ralt_switch' is added to xkb-options without the user asking for it.
[14:35] <GunnarHj> $ gsettings get org.gnome.desktop.input-sources xkb-options
[14:35] <GunnarHj> ['grp_led:scroll', 'lv3:ralt_switch']
[14:35] <GunnarHj> The safest way to reverse it (without touching the other values in the list) is to use Tweaks.
[14:36] <seb128> GunnarHj, k, thanks, I will poke at it tomorrow if Robert doesn't pick it up before
[14:36] <seb128> GunnarHj, thanks
[14:36] <GunnarHj> seb128: yw
[14:38] <seb128> clobrano, looks like you are good to go for the yaru bugfix update, got the r-t and documentation acks now :)
[14:41] <oSoMoN> seb128, gvfs still needs merging, right?
[14:41] <seb128> oSoMoN, correct
[14:41] <oSoMoN> I didn't have time for it last week, but I'll get to it today
[14:41] <seb128> great, thanks!
[14:42] <oSoMoN> I will need sponsorship to upload
[14:45] <kenvandine> oSoMoN: i can sponsor if you need
[14:45] <oSoMoN> thanks, I'll ping you when I have a package ready
[14:50] <kenvandine> hellsworth: thanks for the libinput fix, building the sdk snap for candidate now
[14:56] <seb128> oSoMoN, it's time you apply for coredev :)
[14:57] <oSoMoN> seb128, one application at a time (mozilla packageset is pending review by the board next week)
[14:57] <seb128> :-)
[14:58] <seb128> oSoMoN, good to see that you managed to get Chris to comment on that one :-)
[15:38] <clobrano> seb128, awesome, thanks
[15:51] <kenvandine> hellsworth: i just ran into an issue building gnome-3-34-1804-sdk
[15:51] <hellsworth> oh?
[15:52] <kenvandine> clutter fails to build because pango pkgconfig file says it requires a newer glib
[15:52] <kenvandine> Package 'pango' requires 'glib-2.0 >= 2.59.2' but version of glib-2.0 is 2.56.4
[15:52] <kenvandine> that is during the clutter part
[15:52] <kenvandine> https://launchpadlibrarian.net/474565298/buildlog_snap_ubuntu_bionic_amd64_gnome-3-34-1804-sdk_BUILDING.txt.gz
[15:52] <hellsworth> now that's interesting. why haven't we hit that before?
[15:53] <kenvandine> oh
[15:53] <kenvandine> it's finding the wrong glib
[15:53] <kenvandine> the build snap builds glib-2-62
[15:53] <kenvandine> so maybe libinput-dev brought in glib deb?
[15:54] <kenvandine> sigh... 
[15:54] <hellsworth> ho hum
[15:54] <hellsworth> i guess need to build libinput-dev then
[15:54] <kenvandine> yeah
[15:54] <hellsworth> let me look into that in a bit. need to get a LO build going first
[15:54] <kenvandine> ok
[15:54]  * kenvandine reopens bug
[15:54] <clobrano> didrocks, seb128: Yaru 20.04.5 PR ready https://github.com/ubuntu/yaru/pull/2148
[15:54] <gitbot> ubuntu issue (Pull request) 2148 in yaru "update changelog for release 20.04.5" [Open]
[15:54] <hellsworth> yup thanks
[15:56] <kenvandine> hellsworth: actually, this still doesn't make sense
[15:56] <kenvandine> you added libinput-dev to stage-packages
[15:56] <kenvandine> it was already in build-packages
[15:56] <hellsworth> right. it was in build-packages not stage packages
[15:56] <hellsworth> you said you needed it to be staged
[15:56] <kenvandine> yes
[15:56] <kenvandine> we need that staged
[15:56] <kenvandine> so this change shouldn't have caused this build failure
[15:57] <hellsworth> oh yeah. it shouldn't have affected the build at all
[15:57] <hellsworth> strange
[16:01] <hellsworth> why would building clutter trigger a pango dependency error? pango was already built.
[16:02] <kenvandine> clutter build is reading the variables from pango's pkgconfig
[16:02] <hellsworth> let's see if it fails in the same way with your current rebuild
[16:02] <kenvandine> because it build deps on pango
[16:02] <kenvandine> pango says it needs glib
[16:02] <kenvandine> hellsworth: this is my current rebuild
[16:02] <kenvandine> it built successfully not long ago
[16:03] <hellsworth> but i see you have current builds going for .. oh wait those are arms
[16:03] <kenvandine> right
[16:03] <kenvandine> it makes me think maybe the latest snapcraft release?
[16:04] <hellsworth> but the last passing build of gnome-3-34-1804-sdk was built with snapcraft 3.11, no?
[16:05] <kenvandine> when did that land in candidate?
[16:05] <kenvandine> we build with snapcraft from candidate
[16:05] <kenvandine> it was last built on 3/25
[16:05] <hellsworth> yeah i'm pretty sure it was still in candidate then
[16:06] <kenvandine> yeah it was
[16:06] <hellsworth> let me do a local build with --debug and try poking around
[16:06] <kenvandine> ok
[16:07] <hellsworth> and the failed buidl was with snapcraft in stable, correct?
[16:09] <didrocks> clobrano: excellent! I’ll give it a try tomorrow and release :)
[16:35] <seb128> diddledan, clobrano, thanks!
[16:35]  * diddledan usurps all your tabs
[16:36] <seb128> lol
[16:36] <seb128> didrocks left meanwhile
[16:36] <seb128> diddledan, sorry :)
[16:36] <diddledan> :-p
[16:39] <oSoMoN> kenvandine, https://salsa.debian.org/gnome-team/gvfs/-/commits/ubuntu/master/ should be ready for upload
[17:02] <kenvandine> oSoMoN: uploaded
[17:41] <oSoMoN> kenvandine, thanks!
[17:43] <bittin> Hello, any desktop meeting today?
[17:51] <luna-> Any Ubuntu Desktop and Ubuntu Women Meetings tonight?
[17:51] <Laney> desktop meeting was a few hours ago
[17:51] <luna-> Laney: alright any log?
[17:51] <Laney> yes on irclogs.ubuntu.com
[17:51] <luna-> Laney: thanks :)
[18:15] <Laney> xnox: will look at your debian-cd merges first thing tomorrow
[20:30] <xnox> Laney:  cool!
[20:30] <xnox> Laney:  do you want a sample image built with them committed?
[21:00] <kenvandine> robert_ancell: good morning
[21:01] <robert_ancell> kenvandine, hi
[21:15] <robert_ancell> Has anyone else had Firefox stop working with WebGL? (https://webglreport.com/)
[21:15] <robert_ancell> On focal.
[21:22] <Wimpress> robert_ancell: Yes. 
[21:22] <Wimpress> I'm using the snap.
[21:22] <robert_ancell> Wimpress, I'm using the deb
[21:23] <Wimpress> Eeek. Then something is very broken somewhere.
[21:23] <Wimpress> Also, o/
[21:23] <Wimpress> :-)
[21:23] <Wimpress> How are you?
[21:23] <robert_ancell> Wimpress, good, yourself?
[21:24] <Wimpress> Yep, basic survival accomplished.
[21:24] <robert_ancell> Success.
[21:25] <robert_ancell> Wimpress, oh, I have a question you might know. Was Raspberry Pi / Raspbian considered for a snapcraft.io landing page, e.g. https://snapcraft.io/install/go/debian
[21:26] <robert_ancell> It would be essentially the same instructions as Debian, but with RPi branding. I think RPi users in general won't know it's Debian.
[21:26] <Wimpress> Yeah, we should address that.
[21:26]  * Wimpress adds TODO
[21:27] <robert_ancell> ok, I was about to file an issue for it, do you still want that or have you got it?
[21:27] <Wimpress> Yeah, please do file an issue again the site.
[21:28] <Wimpress> There might have been reasons in the past.
[21:28] <Wimpress> But we can over come that.
[21:28] <robert_ancell> For context, I'm working on a project that I want to target RPi users (https://snapcraft.io/elf)
[21:28] <Wimpress> :-D
[21:29] <tjaalton> robert_ancell: webgl will get fixed once libdrm goes through proposed
[21:30] <Wimpress> Thanks tjaalton 
[21:30] <robert_ancell> tjaalton, ah cool. I figured it would be something like that. Thanks!
[21:30] <tjaalton> I hit that myself and then noticed it was filed upstream..
[21:32] <robert_ancell> Wimpress, https://github.com/canonical-web-and-design/snapcraft.io/issues/2667
[21:32] <gitbot> canonical-web-and-design issue 2667 in snapcraft.io "No landing page for Raspberry Pi" [Open]