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 22nd June 2020
Gnome Shell and friends:
- Still plenty of bug mail triage but I think we’re finally back to normal, pre-focal levels. It took 2 months.
- Backlog tracking
Help wanted with sponsorship:
- added gnome-platform provided path to __EGL_VENDOR_LIBRARY_DIRS in the gnome-* extensions
- hacked together the beginnings of a new snapcraft plugin
Assorted snap maintenance
snapd dbus activation
snapd PR #8748 (refuse to install snaps providing user daemons on Ubuntu 14.04) was merged.
snapd PR #8860 (D-Bus bus configuration for snaps) and snapd PR #8861 (D-Bus service conflict detection) updated based on review comments. I expect these both to be merged this week.
snapd PR #8943 started with the remaining features from the original pull request: actually installing D-Bus service files and adding the spread tests. At present it is built on the top of #8860, so will probably need the others to land before it is easily reviewable.
- Reviewed Alan’s snapd PR #8699. I will be providing some help with a spread test for the PR.
font support for snaps
- Investigated bug #1858636, about problems with snapd’s
fc-cache-v7 binary not producing a correct fontconfig cache for some fonts.
- The underlying problem was that it was a static binary combining bionic’s fontconfig with xenial’s freetype. The older freetype did not support some font formats and font features, in particular those used by colour emoji fonts.
- One realisation that came from this is that the contents of fontconfig caches are not just dependent on the fontconfig version number. Given all the possible (freetype, fontconfig) version pairs, it’s not clear we should even try to reuse the host system fontconfig cache from inside the sandbox. When it works, we should see it as a lucky coincidence. We should move to a model with a private fontconfig cache for each gnome platform snap.