Bug 101903 - Containers (#100344): allow container to live longer than container manager
Summary: Containers (#100344): allow container to live longer than container manager
Status: ASSIGNED
Alias: None
Product: dbus
Classification: Unclassified
Component: core (show other bugs)
Version: git master
Hardware: All All
: medium enhancement
Assignee: Simon McVittie
QA Contact: D-Bus Maintainers
URL:
Whiteboard:
Keywords:
Depends on: 101354
Blocks: 100344
  Show dependency treegraph
 
Reported: 2017-07-24 20:14 UTC by Simon McVittie
Modified: 2017-07-24 20:14 UTC (History)
3 users (show)

See Also:
i915 platform:
i915 features:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Simon McVittie 2017-07-24 20:14:21 UTC
+++ This bug was initially created as a clone of Bug #100344 +++

Following on from Bug #101354, we want to let short-lived container manager helper processes create a container with a lifetime and then get out of the way. In particular, Flatpak does not have a "supervisor" process once the sandboxed app is running, except for bwrap (which is minimal, sometimes setuid, and does not use D-Bus) and the flatpak-dbus-proxy (which, long term, we want to remove).

In Bug #101354, the container would stop listening when its creator falls off the bus. This is not suitable for Flatpak long-term.

The design we had at the GTK hackfest was to fd-pass in the read end of a pipe. Until it polls readable, the container server keeps listening. When it polls readable, the container server stops.

This can go in the named parameters a{sv}.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct.