]> git.ipfire.org Git - thirdparty/systemd.git/commitdiff
docs/DESKTOP_ENVIRONMENT: clarify <RANDOM> usage
authorDavid Rheinsberg <david@readahead.eu>
Fri, 11 Oct 2024 08:07:40 +0000 (10:07 +0200)
committerDavid Rheinsberg <david@readahead.eu>
Fri, 11 Oct 2024 08:42:06 +0000 (10:42 +0200)
The <RANDOM> part is optional in the naming scheme of application units.
However, this is only true for service files. Scope units must include
the <RANDOM> part, otherwise it would be impossible to parse:

The schema would be:

    `app[-<launcher>]-<ApplicationID>[-<RANDOM>].scope`

in which case a two-part name would be impossible to parse, since it is
unclear whether the launcher of the random bit where omitted.

docs/DESKTOP_ENVIRONMENTS.md

index ebf469493465d9d8c334e5b08b39cc8f0f1752f8..a42efd6791ec0e015f65bfdcc3be3034b585a987 100644 (file)
@@ -65,11 +65,11 @@ desktop environments should adhere to the following conventions:
    instead of the caller starting the process and letting systemd know about it,
    is encouraged.
 
- * The RANDOM should be a string of random characters to ensure that multiple instances
-   of the application can be launched.
-
-   It can be omitted in the case of a non-transient application services which can ensure
-   multiple instances are not spawned, such as a DBus activated application.
+ * `<RANDOM>` should be a string of random characters to ensure that multiple instances
+   of the application can be launched. This can be omitted for service files of
+   non-transient applications, which ensure multiple instances cannot be
+   spawned. For scope files `<RANDOM>` is mandatory, as the format would be
+   ambiguous otherwise.
 
  * If no application ID is available, the launcher should generate a reasonable
    name when possible (e.g. using `basename(argv[0])`). This name must not