Hi everyone, below you will find the updates from the Desktop team from the last week. If you’re interested in discussing a topic please start a thread in the Desktop area of Discourse .
We also have our weekly meeting on IRC. We meet on Tuesday at 13:30 UTC in #ubuntu-desktop on Freenode. There will be an “Any Other Business” section at the end where you are welcome to raise topics. These topics might be discussed during the meeting, or afterwards depending on the time, depth of conversation, topic and so on.
Last week’s notes are here: Desktop Team Updates - Monday 21st December 2020 🎄
Short week, I came back from holidays on Thursday.
- updated to 84.0.2 for all supported releases
- started reviewing our distro patches to understand which ones can be dropped and which ones should be upstreamed
- removed Flash support from chromium 88+, now that it’s EOL
- updated stable to 87.0.4280.141
- updating dev to 89.0.4381.6
- some +1 maintenance, although I didn’t do the complete 2-day shift I was booked for
snapd pull requests:
- There were some large refactoring in snapd’s daemon package that resulted in a number of merge conflicts for some of my pending PRs (snapd PR #9268, snapd PR #9043, and snapd PR #9292).
- I finally got some review feedback from security on snapd PR #9132 (extend
snapctl is-connected to check connected state of clients). This is the one that @till-kamppeter needs for his CUPS snap, so hopefully we can get it merged soon.
- Before the break, I put together snapd PR #9805, which adds a flag to the desktop interface plug to prevent mounting
/var/cache/fontconfig. This is intended to prevent snaps using the flag from ever seeing the system fontconfig caches, which have been a source of bugs. This has received review feedback, but there is an open question about what the attribute should be named.
- After the end of year break, snapd’s CI started failing due to a change in one of the static analysis tools it uses. I put together snapd PR #9806 to fix that. The long term fix will probably be to move to Go’s module aware build mode, which would make it possible to lock the versions of these tools in the
go.mod file and avoid these surprises.
snapd dbus activation support
- At the snapd review meeting, we agreed to put together a checklist for what’s needed to enable the
dbus-activation experimental features by default.
- I don’t think they need to be enabled together as a pair:
user-daemons on its own can be useful for e.g. creating user session timeers, and
dbus-activation on its own enables activation on the D-Bus system bus. I suspect
dbus-activation will be the easier one to sell.
- Over the break, xdg-desktop-portal PR #550 was merged. This gives the document portal knowledge of some paths that a snap will be able to access without being proxied through the FUSE file system. In short, this means that a snap that plugs the
home interface should see a real file path from the portal file chooser if the user picks a file in the user’s home directory.
I got a few small PRs merged to Snapcraft:
snapcraft PR #3392 was merged before the break, allowing v2 plugins to indicate that they can perform out-of-source-tree builds (a feature that hadn’t been ported forward from v1 plugins). It also updates the cmake and meson plugins to work in this mode.
snapcraft PR #3391 was merged before the break, adding a qmake v2 plugin for use with core20 based snaps.
snapcraft PR #3408 was merged, which extracts the symbol versions defined by a shared library. I wanted to see if I could write a better check for unused libraries, or libraries provided by a base snap or platform snap, and this was one of the missing pieces of data needed.