<html>
  <head>

    <meta http-equiv="content-type" content="text/html; charset=utf-8">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    Package: systemd<br>
    <meta http-equiv="content-type" content="text/html; charset=utf-8">
    Severity: serious<br>
    <br>
    In debian, tmp.mount is disabled through a distro-patch by default.
    It means we don't want user's system to get /tmp on tmpfs without
    explicit enablement (either by enabling tmp.mount unit or via
    fstab).<br>
    <br>
    We noticed that starting an unit using "PrivateTmp=yes" will pull
    tmp.mount (which mounts /tmp on tmpfs) in its requirements chain
    (even if this unit is condition fail).<br>
    For instance: <br>
    systemctl show -p Requires -p RequiresMountsFor
    systemd-timesyncd.service<br>
    Requires=-.mount tmp.mount<br>
    RequiresMountsFor=/var/lib/systemd/clock /tmp /var/tmp<br>
    <br>
    Note that multiple units are using the private tmp feature like
    cups.<br>
    <br>
    Also, if the unit is restarted (like an upgrade involving cups),
    /tmp will as well be remounted as tmpfs, which can wipe /tmp content
    to new process and get some annoying side-effects.<br>
    <br>
    <br>
    We need to find a way to ensure that tmp.mount is never accidentally
    trigger, while still enabling the user using fstab to enable /tmp as
    tmpfs. Enabling the unit to get the same effect would be a nice
    addition.<br>
  </body>
</html>