The fate of Upstart

Enrico Weigelt, metux IT consult enrico.weigelt at
Thu Dec 4 14:00:17 UTC 2014

On 03.12.2014 23:32, Vittorio wrote:

> If really you could succeed in getting rid of polkit and dbus, that
> would be a very good work.
> I completely agree with you. Polkit has given me a lot of headaches.

Well, you're welcomed to join me :)

I'll yet have to sort out certain conceptional issues regarding

For now, I'm pretty clear that it will be something 9P and factotum
based and shall be compatible with the usual Plan9 ways (so it's
also suited for distributed systems).

But I haven't sorted out, who exactly will maintain the sessions
(and session keys), and how to do service startup and mounting,
especially regarding the differences between Linux and Plan9.

My current thoughts go like this:

* user services visible to some user can be expected to be posted
  within some directory in his home directory. perhaps this will
  directory will be configurable via env (to support multiple
  sessions w/o separate namespaces)
* system services are posted in some global (world readable dir)
* maybe: those which are accessible to some user are also symlinked
  to his home / session dir
* traditional group-based access controls can be used here
* for finer access control, services can be authenticated via
  factotum (user and host factotum)
* an separate control agent (maybe acting on user login, eg. via
  pam, etc) generates keys for system services and adds them
  to host factotum, so system services can be accessed by them
* users that should be allowed to access them also get the
  corresponding keys into their user / session factotum, so
  it can authenticate
* in case we really need a hard separation between sessions
  (so session privileges cannot be stole by the same user,
  into other sessions), we can run the session factotums
  under a different uid and configure it to never tell

uhm, I might expect too much Plan9 knowledge here ... sorry for that ;-o

maybe we should get into deeper discussion on the 9fans list.

Enrico Weigelt,
metux IT consulting

More information about the Ubuntu-devel-discuss mailing list