Everyone, sprint moved to London, UK, same dates.
Quick reminder that this sprint takes place next week, in London, UK.
I’ve added to the agenda some of the items that will be discussed there.
can we please have gadget updates on the agenda ? the pi images are months behind the stable kernel due to the lockstep with the binary blobs in the gadget.
added to the agenda also:
added from recent discussionss about features we might well need soon:
I won’t be at the sprint, but there are a few open issues that seem to have fallen through the cracks:
Add support for per-user mount namespaces: this is needed to support xdg-desktop-portal, which in turn is needed to properly confine non-tirival desktop applications.
Complicating matters is that I also need to bind mount a location within a FUSE file system, which can not be done as root. Supporting this would require snap-confine to switch back to the regular user account but retain certain capabilities prior to configuring the mount namespace.
Allow building in-place, and incremental builds while developing a snap: this one would greatly improve the user experience for the gnome-builder IDE integration I am working on. If a developer is concurrently working on packaging an application and making changes to the application code, it would be nice if rebuilding the snap didn’t involve a full recompilation of the entire project.
Thanks James. Added to the agenda.
added these two topic as well:
The sprint is on!
We’ll use this topic to write down notes about agreements made here. Feel free to use this to propose further topics or exchange information between people in and out of the sprint as well.
Here’s the laundry list for GUI / Desktop tasks that we want to reach agreement on this week. This post will be updated as we go.
We’re tracking our tasks in Trello:
Notes are available here:
snapd-glib docs for reference:
snapd REST API:
snapd-glib API (a little out of date, but has probably all the functions you need):
Agreements about base snaps from the first morning:
also click/snap-review-tools need updating to support base snaps
might need a bootable flag in the base snap.yaml to indicate whether a base snap can be used as boot base snap for a device (from the model)
Agreement about AppStream from after lunch on Monday:
Board from meeting @willcooke just mentioned above:
Agreements about the session on snap layouts just now (previously known as “overmounts”).
Updates from Tuesday:
Preliminary ideas about user ID mappings.
The following agreements were made about GUI-related needs this morning.
We also had a long discussion about representing interfaces in gnome-software, and have not yet managed to find a clear path towards making it acceptable for upstream.