[00:14] <callmepk> Good morning
[03:29] <pieq> hi duflu! Regardung <https://bugs.launchpad.net/ubuntu/+source/bluez/+bug/1869857>, what's the easiest way to install 5.3 kernel on focal?
[03:29] <pieq> duflu, I think I'll try installing older version of bluez first, just to make sure it's not bluez regression
[03:30] <duflu> Just a sec...
[03:31] <duflu> pieq, you can choose a kernel from https://kernel.ubuntu.com/~kernel-ppa/mainline/?C=M;O=D and skip any packages mentioning 'lowlatency'
[03:36] <pieq> thanks duflu 
[06:19] <seb128> goood morning desktopers
[06:19] <duflu> Morning seb128 
[06:20] <seb128> hey duflu, how are you?
[06:20] <duflu> seb128, feeling better than I have lately. You?
[06:20] <jibel> hi all
[06:20] <duflu> Hi jibel 
[06:20] <seb128> lut jibel, comment ça va ?
[06:21] <seb128> duflu, that's good to read! I'm fine, could have slept a bit more though
[06:23] <duflu> Also biab..
[06:23] <seb128> urg, sorry, wrong command and I managed to close my session :-/
[06:24] <seb128> jibel, how are you?
[06:24]  * seb128 downloads a beta iso
[06:27] <jibel> seb128, I'm good. I'd really need more exercise though. You?
[06:28] <seb128> jibel, I'm good thanks! Similar problem here, the ratio food/movement is not good atm, I feel better when I exercice more :-/
[06:29] <jibel> sooo, beta is broken on kde
[06:35] <didrocks> good morning
[06:40] <oSoMoN> good morning desktoppers
[06:42] <seb128> lut didrocks, oSoMoN, comment ça va ?
[06:43] <seb128> jibel, where would be the fun without a bug :p
[06:44] <seb128> wooot, at least the plymouth fixes work, iso checksum feedback is back on screen \o/ :)
[06:44] <seb128> slightly buggy though
[06:45] <seb128> duflu, so, for some reason the md5 check tell to "ctrl-C to cancel the filesystem check" instead of "S to skip", did you notice that?
[06:45] <oSoMoN> salut seb128, didrocks 
[06:46] <didrocks> ça va seb128, et toi ?
[06:46] <didrocks> salut oSoMoN 
[06:47] <seb128> didrocks, je dormirais bien, et c'est pas journée 'jonglage', mais sinon ça va :)
[06:47] <seb128> happy to see that the plymouth spinner theme is getting there
[06:50] <seb128> duflu, bug #1870018 on lubuntu which doesn't use spinner, I guess it means it's not us but the new casper
[06:50] <seb128> xnox, ^ regression from your recent casper changes?
[06:51] <seb128> ah, changelog says it was changed to ctrl-C on purpose
[06:52] <didrocks> libmtp regressed, can’t transfer any "big files" anymore to the sd card of my phone anymore and the error is quite cryptique. We’ll see later by bluetooth never worked, mtp was flacky and now, no more solution :(
[07:03] <seb128> didrocks, what's the error?
[07:06] <didrocks> seb128: libmtp error: Could not send object info.
[07:06] <seb128> didrocks, does it do it at a random time?
[07:06] <didrocks> quite cryptic and googling just shows up bugs from 2012 with some workarounds, but I guess it’s a bag mix of things
[07:06] <seb128> :-/
[07:07] <didrocks> seb128: no, I have it reliably when I start doing the file transfer
[07:07] <didrocks> only for big files on the sd card
[07:07] <seb128> you could try to install the libmtp from bionic see if that fixes it I guess
[07:07] <didrocks> (sd card from my phone)
[07:07] <seb128> could also be the kernel or something else...
[07:07] <didrocks> do you think nautilus will still work? (no libc or such?)
[07:08] <seb128> apt will tell you if some depends is unhappy
[07:08] <jamesh> yay.  https://github.com/snapcore/snapd/pull/8289 has been merged
[07:08] <gitbot> snapcore issue (Pull request) 8289 in snapd "xdgopenproxy: forward requests to the desktop portal" [Squash-Merge, Closed]
[07:08] <seb128> but otherwise just rebuild the bionic libmtp on focal
[07:08] <seb128> to pikc right depends
[07:08] <seb128> libmtp doesn't change much, I doubt anything requires a new symbol or anything like that
[07:08] <seb128> jamesh, wooot, well done :)
[07:09] <didrocks> well, apt won’t tell me as I’ll dpkg :p
[07:09] <jamesh> fewer ugly Zenity dialogs
[07:10] <seb128> didrocks, if you dpkg and apt -f install it will tell you if things are in a way apt doesn't like it usually
[07:10] <seb128> and probably suggest to upgrade libmtp in that case probably
[07:11] <seb128> (yes, hackish way ;-)
[07:11] <didrocks> seb128: yeah, so no conflict, but after killing nautilus and all *mtp* processes, replug the phone, select mtp, no way to access my phone content by mtp anymore
[07:11] <didrocks> /usr/libexec/gvfs-mtp-volume-monitor is started though
[07:11] <didrocks> but nautilus is spinning forever
[07:12] <seb128> :-/
[07:12] <seb128> didrocks, no gvfsd-mtp ?
[07:12] <didrocks> maybe maybe I should kill the gvfs processes as well?
[07:12] <didrocks> no
[07:13] <seb128> try starting it by hand
[07:13] <seb128> maybe it does want a new symbol...
[07:13] <didrocks> /usr/libexec/gvfsd-mtp: symbol lookup error: /usr/libexec/gvfsd-mtp: undefined symbol: LIBMTP_Move_Object
[07:13] <seb128> :(
[07:13] <didrocks> apt didn’t complain
[07:13] <didrocks> see :p
[07:13] <seb128> you win :)
[07:13] <didrocks> unsure it’s a win TBH :p
[07:13] <seb128> well "win"
[07:13] <seb128> right...
[07:14] <didrocks> it was still working a week ago
[07:14] <didrocks> so, I’ll rather try 1.1.17-2 just in case
[07:14] <seb128> debian/libmtp9.symbols: LIBMTP_Move_Object@Base 1.1.16
[07:15] <seb128> yu can try 1.1.16 from disco/eoan
[07:15] <didrocks> I doubt that it’s 1.1.17-3 which broke it
[07:15] <didrocks> seb128: as -2 was working, let’s go the easy path
[07:15] <didrocks> to at least single out libmtp
[07:15] <seb128> yeah
[07:15] <seb128> -3 only changed udev rules
[07:15] <seb128> to not claim devices that are printer
[07:16] <seb128> so I doubt it's the issue
[07:16] <didrocks> same
[07:18] <didrocks> gvfsd-mtp exits
[07:19] <didrocks> and nautilus spins forever
[07:19] <didrocks> maybe should kill all gvfsd processes
[07:19] <didrocks> anyway, won’t logout/login back
[07:19] <didrocks> but I feel this is a regression from another part of the stack
[07:20] <didrocks> transferring files to phone has always been an issue at least on my phones, dunno why :/
[07:20] <didrocks> (and when I got the error, nothing in the journal)
[07:21] <duflu> seb128, just caught up, yes that's from casper
[08:02] <Laney> morning
[08:09] <didrocks> hey Laney 
[08:11] <seb128> hey Laney, how are you? happy beta testing day!
[08:15] <duflu> Ain't that the truth
[08:15] <duflu> Morning Laney
[08:16] <Laney> hey didrocks seb128 duflu 
[08:16] <Laney> straight into it!
[08:17] <duflu> seb128, fyi it doesn't sound like PulseAudio 14 will be tagged soon: https://gitlab.freedesktop.org/pulseaudio/pulseaudio/-/issues/733 but I also know of no reason why that would be a problem for us
[08:17] <duflu> Just not a clean version number
[08:17] <seb128> right
[08:17] <xnox> seb128: so S was brand new, and I changed to the thing that fckd uses.... Such that "everything" works the same... That's one of the things I need to check that help message about ctrl+c is shown....
[08:18] <seb128> we can SRU it and have it for .1 if it's late
[08:18] <seb128> xnox, it works for us but looks like some flavor might have their theme not ready for that
[08:18] <xnox> (in-focal regression basically, cause S was visible, and available only briefly in Focal)
[08:18] <seb128> right
[08:19] <xnox> Horum
[08:19] <xnox> If they use ubuntu-logo like themes, I guess I can generate per-theme messages...
[08:19] <marcustomlinson> morning desktoppers
[08:19] <xnox> Or do integrity check by default only on flavours that have Plymouth integration working
[08:20] <didrocks> hey marcustomlinson!
[08:20] <seb128> hey marcustomlinson, how are you today?
[08:20] <seb128> xnox, good news is that md5checksum and shutdown message are working now on the beta ISO for Ubuntu :)
[08:20] <marcustomlinson> hey didrocks, seb128, doing fine thanks you?
[08:20] <seb128> doing good, thanks!
[08:21] <didrocks> marcustomlinson: good good
[08:23] <seb128> Trevinho, bonjouno!
[08:31] <duflu> Morning marcustomlinson and Trevinho?
[08:32] <duflu> and xnox
[08:32] <marcustomlinson> hey duflu!
[08:32] <duflu> xnox, I observe that bluetoothd doesn't seem to leave core dumps and we don't get crash reports. Even when my kernel log shows a crash. Is that some systemd config?
[08:34] <xnox> duflu: do you have apport & whoopsie installed and enabled?!
[08:34] <duflu> Yes, other things leave .crash files
[08:34] <duflu> Hmm
[08:34] <xnox> Huh?! Hmmm indeed
[08:35] <duflu> But also errors.ubuntu.com doesn't show us crashes from anyone's
[08:35] <duflu> Only from supplementary bluez binaries
[08:35] <xnox> duflu: Open a bug report against Bluetooth&whoopsie and we can investigate.
[08:35] <xnox> And tag it champagne
[08:42] <seb128> duflu, did you keep the buggy .config/pulse ? could be interesting to upstream, they asked for it befor
[08:42] <duflu> seb128, no, I just wrote that in the bug :(
[08:42] <duflu> I did not feel it was valuable to me at the time
[08:43] <duflu> But if that's the issue then good news: progress!
[09:00] <Wimpress> Morning desktoppers
[09:00] <marcustomlinson> morning Wimpress
[09:00] <jamesh> tkamppeter: if you want to chat about the cups changes at some point, just ask
[09:02] <duflu> Morning Wimpress 
[09:04] <didrocks> morning Wimpress 
[10:12] <Laney> anyone noticed gnome-disks not giving progress updates when it's burning isos?
[10:12] <Laney> like some callback isn't happening or something
[10:26] <duflu> seb128, bad news is that I have good news: Another update is needed: bug 1838725
[10:27] <duflu> I'm hoping that will help with Nvidia too, as well as AMD systems mentioned upstream
[10:27] <duflu> Will find out another day
[11:51] <oSoMoN> xnox, do you know when you'll be able to review my nodejs 10.19.0 merge? there's a firefox 75.0 RC that requires it as a build dep
[11:51] <Wimpress> tkamppeter: Hi there.
[11:52] <Wimpress> Are you aware of this issue? https://bugs.launchpad.net/ubuntu/+source/cups/+bug/1869981
[11:53] <xnox> oSoMoN:  today, let me see
[11:53] <oSoMoN> cool, thanks!
[11:54] <tkamppeter> Wimpress, no, this is the first time someone reporting it.
[11:54] <Wimpress> OK
[11:56] <tkamppeter> Wimpress, can be that it is due to CUPS being stopped and restarted for logrotate at midnight, perhaps one needs to somehow turn off notifications during this process.
[12:01] <tkamppeter> Wimpress, probably the new GNOME is more verbose, generating notification pop-ups in situations where the old version did not.
[12:02] <tkamppeter> Wimpress, on CUPS there were no recent changes, the 2.3.1 release was already several months ago and now Apple is re-structuring and therefore they did not issue a new CUPS version.
[12:03] <tkamppeter> Wimpress, what is the GNOME component receiving the CUPS events and deciding which ones are worth notifying about? We need to move this bug to that component.
[12:05] <mdeslaur> I started getting that on 18.04 for the past month or so
[12:06] <mdeslaur> or perhaps the past couple of weeks
[12:23] <Wimpress> seb128 Create job on the spinner theme :D
[12:23] <tkamppeter> mdeslaur, AFAIK there was no update of CUPS in 18.04 in the last weeks. Did perhaps any GNOME components get updated which could have changed notification behavior.
[12:30] <mdeslaur> good question
[12:30] <mdeslaur> tkamppeter: the kernel isn't involved in this at all, is it?
[12:30] <mdeslaur> I don't see anything sticking out as being a problematic update
[12:39] <tkamppeter> mdeslaur, no, the kernel cannot be the culprit.
[12:40] <mdeslaur> I'll try and investigate more tomorrow morning once I get the notification again
[12:40] <mdeslaur> tkamppeter: is there a particular log file I can look at to see those events?
[12:40] <tkamppeter> mdeslaur, CUPS has a D-Bus service for notifications. GNOMe subscribes to certain notification events and pops up notification, not necessarily for all events.
[12:42] <tkamppeter> mdeslaur, if you run CUPS in debug mode ("LogLevel debug" in cupsd.conf) /var/log/cups/error_log should show when CUPS has served a notification to a client, but there one cannot see how the client will use it.
[12:43] <mdeslaur> tkamppeter: ok, I'll set it to debug mode and will comment in the bug if I see anything interesting, thanks tkamppeter 
[12:43] <mdeslaur> tkamppeter: I just did systemctl restart cups after adding the debug line, and the notification popped up
[12:43] <mdeslaur> tkamppeter: could it coincide with the logrotate?
[12:47] <Wimpress> Hey desktoppers
[12:47] <Wimpress> https://usercontent.irccloud-cdn.com/file/chiPB8gm/Screenshot%20from%202020-04-01%2013-33-35.png
[12:48] <Wimpress> Ideas for apps to list in that ☝️ which add value to the desktop.
[12:50] <didrocks> zoom-client, given the context :)
[12:53] <oSoMoN> that would be timely
[12:57] <tkamppeter> mdeslaur, yes, logrotate stops CUPS, rotates the logs and starts CUPS, so you should be able to reproduce the bug by simply stopping and starting CUPS, as you did now.
[13:27] <seb128> Wimpress, thanks, credit goes to duflu as well :)
[13:27] <clobrano> Wimpress, Telegram is quite used nowadays 
[13:28] <clobrano> ...talking about suggested apps
[13:37] <Wimpress> clobrano1: Telegram is in the list, just not shown in that screenshot 🙂
[13:46] <Trevinho> Wimpress: Very nice. For future iterations, would probably be nice to also provide a combo list depending on the type of user you are... Like my mum won't be interested by PyCharm CE (I'm also curious how she would spell that xD), but maybe she might enjoy play a game or well, I mean, these are a great selection for developers, although they normally know how to find things, while casual
[13:46] <Trevinho> users might be the one who need more "initial traininig"
[13:55] <seb128> hey Trevinho, how are you?
[13:55] <Trevinho> hi seb128 all good :)
[13:55] <seb128> Trevinho, did you test your patch on upstream shell or on the ubuntu package?
[13:55] <Trevinho> you?
[13:55] <seb128> good, thanks
[13:56] <seb128> Trevinho, I still see snap-store with that patch applied to the focal package...
[13:56] <Trevinho> seb128: well, I've tested locally in my dev env, but it's just like ubuntu as I've the same XDG_RUNTIME_DESKTOP set
[13:56] <seb128> Trevinho, do you have ubuntu patches applied
[13:56] <seb128> or is it upstream code?
[13:56] <Trevinho> seb128: snap store version in snap (store) has not the notshowin thingy no?
[13:56] <seb128> Trevinho, you need the beta channel one
[13:56] <seb128> see my email
[13:56] <Trevinho> seb128: let my try with both, but...
[13:56] <seb128> can you test that?
[13:57] <Trevinho> seb128: yeah, I don't care much I just modified it and added to my apps
[13:57] <Trevinho> let me try again
[13:57] <seb128> Trevinho, https://launchpadlibrarian.net/472012147/gnome-shell_3.36.0-2ubuntu3~debug3_3.36.0-2ubuntu3~build1.diff.gz
[13:58] <seb128> Trevinho, the debdiff is abit weird because I had before tried to disable some distro patches to make sure it was not it
[13:58] <seb128> Trevinho, wait, let me check something :p
[14:02] <Trevinho> seb128: works here... check the visual check in telegram :)
[14:03] <seb128> Trevinho, sorry, works for me as well now, teaching me trying one last cycle at midnight :p
[14:03] <Trevinho> seb128: the only option could be that GLib.getenv('XDG_CURRENT_DESKTOP') is null when the shell is ran? But I assume not, as that should be set
[14:04] <seb128> Trevinho, I had another set of shell debs in the same dir which had another revision and I did dpkg -IO *.deb which ended up with the other version
[14:04] <seb128> Trevinho, sorry for the noise, it works :)
[14:04] <Trevinho> ahah good for once you had a false-positive!!! :-D
[14:04]  * Trevinho celebrateeees
[14:04]  * seb128 sets the bug back to fix commited
[14:04] <seb128> hehe$
[14:15] <hellsworth> good morning desktopers
[14:15] <marcustomlinson> hey hellsworth
[14:15] <hellsworth> o/ marcustomlinson !
[14:17] <seb128> hey Heather
[14:17] <didrocks> hey hellsworth!
[14:17] <hellsworth> hi seb128 , didrocks !
[14:18] <seb128> kenvandine, hey, replying to your email here rather
[14:18] <kenvandine> good morning hellsworth 
[14:18] <kenvandine> hey seb128 
[14:18] <seb128> kenvandine, is the shell issue the only thingblocking you to land the beta snap-store version to stable?
[14:19] <kenvandine> no
[14:19] <seb128> so it's not an issue for beta?
[14:19] <seb128> I think Trevinho is going to want to land .1 with some other fixes after beta, so that can wait for that right?
[14:19] <kenvandine> it would be nice to have the shell fix in beta
[14:19] <seb128> why?
[14:19] <seb128> if it has no impact
[14:19] <kenvandine> just so the beta release has the right desktop file
[14:20] <kenvandine> the beta snap is actually in focal :)
[14:20] <seb128> do we install the snap from beta?
[14:20] <Trevinho> well, aren't we in freeze  now?
[14:20] <seb128> ah
[14:20] <seb128> Trevinho, we are
[14:20] <kenvandine> it's also on ubuntu-20.04
[14:20] <Trevinho> so.... 
[14:20] <kenvandine> it's fine for after beta
[14:20] <seb128> kenvandine, I would suggest you just amend the .desktop until we land the fix
[14:20] <seb128> remove the onlyshowin
[14:20] <seb128> and make snap-store NoDisplay=true?
[14:21] <kenvandine> I can do that
[14:21] <seb128> everyone gets ubuntu-software this one for beta
[14:21] <kenvandine> cool
[14:21] <seb128> we are not likely to see a gnome-shell upload migrating and land on a respin for that issue
[14:21] <seb128> thx
[14:21] <seb128> Trevinho, we are frozen but we take fixes for bugs we consider milestone blockers
[14:22] <seb128> that one could be considered one
[14:22] <seb128> but I think just realxing the .desktop rules as a workaround is easier
[14:22] <kenvandine> we can work around it in the snap
[14:22] <seb128> thx
[14:22] <kenvandine> since the snap from that channel is only in focal
[14:22] <seb128> Trevinho, just make sure to cherry pick that one with your next upload please :)
[14:24] <Trevinho> yeah, sure it's already done
[14:28] <KGB-0> gnome-shell ubuntu/master 017beae Marco Trevisan (Treviño) debian/patches/ series main-Don-t-override-DesktopAppInfo-desktop-if-already-GNO.patch * debian/patches: Don't override DestkopAppInfo desktop env * https://deb.li/jZev
[14:28] <Trevinho> seb128: ^
[14:32] <KGB-0> gnome-shell ubuntu/master 58f5f8e Marco Trevisan (Treviño) debian/patches/ series main-Don-t-override-DesktopAppInfo-desktop-if-already-GNO.patch * debian/patches: Don't override DestkopAppInfo desktop env * https://deb.li/3TMSU
[14:34] <seb128> Trevinho, thanks
[14:34] <seb128> kenvandine, ^
[14:34] <Laney> stop force pushing!
[14:34] <Trevinho> Laney: :*
[14:35] <kenvandine> Trevinho, seb128 thanks
[14:35] <Trevinho> Laney: that was just to be nicer on patch-tagging adding the bug-ubuntu line I forgot
[14:35] <Trevinho> (although it was mentioned in commit for gbp dch love)
[14:36] <Laney> riiiiight, that probably didn't need to be a force push
[14:37] <Laney> anyway, consider yourself spanked
[14:38] <seb128> Laney, re gnome-disks, what do you call 'burning iso'? I've a nice progress bar updating correctly when I do 'restore image' to an usb stick
[14:39] <Laney> that
[14:40] <seb128> k, so it's not a 'buggy for everyone'
[15:45] <xnox> oSoMoN:  nodejs uploaded, although i think we can drop portions of delta around acorn stuff, but not too sure. Will revisit later.
[15:46] <oSoMoN> xnox, ack, thanks a bunch!
[16:46] <Laney> who wants to write some cool things in the beta release notes?
[16:46] <Laney> https://wiki.ubuntu.com/FocalFossa/ReleaseNotes
[16:46] <Laney> there's sections for neat stuff you worked on
[17:01] <iam730> are there any twitter desktop clients that are better than just plain twitter.com in a standard browser?
[19:09] <KGB-2> mutter debian/master Simon McVittie * [update] merge request !58: WIP: 3.36.1 * https://deb.li/3cOHh
[19:15] <seb128> Trevinho, Laney, ^ should we only be notified about ubuntu/master?
[20:50] <robert_ancell> kenvandine, do you have an issue where snapcraft stops finding the gnome-3-34 extension? I installed candidate, but now my build is complaining again - is there a different version inside the VM?
[20:51] <kenvandine> yes
[20:51] <kenvandine> the VM refreshes to stable
[20:51] <robert_ancell> :/
[20:51] <kenvandine> snapcraft --debug
[20:51] <kenvandine> snap refresh --candidate snapcraft
[20:51] <kenvandine> in the debug shell 
[20:51] <kenvandine> then you'll be good
[20:52] <kenvandine> sergio has a fix in the pipe somewhere
[20:52] <robert_ancell> Does that stick?
[20:52] <kenvandine> yes
[20:52] <kenvandine> once you refresh it, it'll stick
[20:52] <robert_ancell> Nice.
[20:59] <Laney> seb128: It doesn't apply to merge requests
[21:00] <Laney> Someone needs to work on a change to do that
[21:00] <Laney> hint
[21:14] <seb128> Laney, ah, ok
[21:16] <seb128> hint taken, maybe for my next hackday, I should try to have one of those every now and then, was nice when we did it
[21:17] <seb128> kenvandine, NotShowIn=ubuntu:GNOME; sounds weird/buggy, why would you do that?
[21:17] <kenvandine> we don't want snap-store to show in ubuntu:GNOME
[21:17] <seb128> does it work?
[21:18] <seb128> I don't think the spec allows for that
[21:18] <seb128> you don't want it to show in 'ubuntu'
[21:18] <kenvandine> oh... are you sure?
[21:18] <seb128> GNOME is a fallback in the definition
[21:18] <kenvandine> i was worried about effecting flavors
[21:18] <seb128> ?
[21:19] <kenvandine> like MATE maybe
[21:19] <seb128> no flavor claims to be 'ubuntu' afaik?
[21:19] <kenvandine> ok
[21:19] <kenvandine> good ;)
[21:19] <kenvandine> then i can change it
[21:20] <kenvandine> for now i've published it with the workaround
[21:20] <seb128> great
[21:20] <kenvandine> and that's working
[21:21] <kenvandine> but of course i don't want that to ever go to stable :)
[21:21] <seb128> right
[21:21] <seb128> well the shell fix is fix commited
[21:21] <seb128> so you can revert after beta
[21:22] <kenvandine> yup
[21:40] <seb128> kenvandine, bug #1870184 ... is 'snap-store' supposed to show debs?
[21:40] <seb128> kenvandine, to me it looks like from the screenshot they just got the wrong variant and have snaps only (the showonlyin bug)
[21:41] <kenvandine> Well, I'm seeing this currently as well
[21:41] <kenvandine> But couldn't reproduce it on today's daily image
[21:41] <seb128> 'snap-store" I though only had the snap plugin enabled
[21:42] <seb128> unlike snap-store.ubuntu-software?
[21:42] <kenvandine> It actually doesn't matter which desktop file you click
[21:42] <seb128> or did I get that wrong?
[21:42] <seb128> ah
[21:42] <seb128> same code, the .desktop is only reflecting the runtime capacity?
[21:42] <kenvandine> Yeah
[21:42] <seb128> k
[21:42] <kenvandine> Just for display
[22:08] <KGB-0> mutter debian/master Simon McVittie * [update] merge request !58: WIP: 3.36.1 * https://deb.li/3cOHh
[22:09] <KGB-0> gnome-shell debian/master Simon McVittie * [update] merge request !37: WIP: 3.36.1 * https://deb.li/PVai