(Edit: note the new title, so that previews and searching make is easier to spot desktop and server team updates)
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 the Community Hub (this site).
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: Monday 1st July 2019
Next week’s notes are here: Desktop Team Update - Monday 15th July 2019
snapd interfaces for snap-store:
appstream-metadata interface (PR #7042) has been reviewed. There is some concern about the number of new mounts and whether it is likely to interfere with layout use by snaps that plug it. Given the limited use for this interface, hopefully it won’t be considered a blocker.
packagekit-control interface (PR #70564) is currently sitting in draft status but has had some initial review. The included spread test relies on a new snap that can’t be built in the CI environment, and is currently stuck in the store review queue. The test involves a snapped version of the
pkcon command line utility talking to the real
packagekitd, so should hopefully also give us some indication of the cross platform compatibility. One concern is that the interface’s AppArmor rules are broader than would be ideal: since PackageKit transactions have no recognisable prefix to their object path, I’m effectively granting read only property access to everything on the system bus. The interface defaults to not autoconnecting though, so the damage is limited.
snapd session agent:
- I’ve updated PR #6954 based on review feedback, so hopefully we can get this part merged this week.
- I submitted PR #7073 this week, which adjusts the AppArmor rules for the
opengl interface. This was based on some experiments with shipping the open source OpenGL stack inside a custom base snap: while the libraries were readable/mmapable, access to some of the configuration files necessary to locate the correct GL/Vulkan backends were blocked. Allowing access to those paths is effectively a no-op for snaps running against
core18, so I don’t expect much controversy over this change.
- I chatted with @oSoMoN about what would be needed to get the Chromium snap using
xdg-desktop-portal for its file choosers. The main requirement was to switch to the newer
GtkFilechooserNative API, which allows the in-process dialog to be replaced with the out of process dialog provided by
xdg-desktop-portal. It looks like the main pain points would be (a) converting the use of custom filters to equivalent glob filters, and (b) update code assuming the file chooser is a
GtkWindow: namely the code setting its parent to an
- Olivier filed a bug report to get upstream feedback, and I offered to provide him any help he needs.
- If this change is accepted, it will likely have the knock-on effect of making it easier to add portal support to all the Electron apps on the store.