]> git.ipfire.org Git - thirdparty/systemd.git/commit
docs: Change suffix for desktop applications to support non-transient services
authorDavid Edmundson <kde@davidedmundson.co.uk>
Mon, 8 Jun 2020 21:00:33 +0000 (22:00 +0100)
committerLennart Poettering <lennart@poettering.net>
Wed, 10 Jun 2020 15:10:57 +0000 (17:10 +0200)
commit6a881daf85b18798ca11ee3340b6585f65ffef1b
treed6547946a9fef636c4a71900d3f0c4c36e3642bf
parent97033ba455c4c1e359835879eee2e3c690395792
docs: Change suffix for desktop applications to support non-transient services

One problem found with the current draft specification is we can't have
an application provide a non-transient systemd service file in a way
that is spec compliant as the service name currently needs to end in a
random token defined by the launcher.

This came up when trying to put DBus activated services into the correct
cgroup. There isn't enough metadata in the DBus service file to know the
correct application ID, and the most intuitive fix is for those
applications to just specify the SystemdService file in the existing
system. They're generally unique for a given user session anyway so
don't need a separate cgroup identifier.

This changes the spec for RANDOM to be optional for services.

It also changes the separator between in services to act like templates.
Ultimately that's what we're trying to recreate with the RANDOM token of
the systemd service and it's a better fit. It's needed as otherwise with
launcher and the random ident being both optional it would be impossible
to get the application ID reliably.

Scopes are unchanged as they don't support templates.
docs/DESKTOP_ENVIRONMENTS.md