On Thu, 2021-07-08 at 21:43 -0700, Georgy Yakovlev wrote: > Signed-off-by: Sam James <s...@gentoo.org> > Signed-off-by: Georgy Yakovlev <gyakov...@gentoo.org> > --- > .../2021-07-07-systemd-tmpfiles.en.txt | 64 +++++++++++++++++++ > 1 file changed, 64 insertions(+) > create mode 100644 > 2021-07-07-systemd-tmpfiles/2021-07-07-systemd-tmpfiles.en.txt > > diff --git a/2021-07-07-systemd-tmpfiles/2021-07-07-systemd-tmpfiles.en.txt > b/2021-07-07-systemd-tmpfiles/2021-07-07-systemd-tmpfiles.en.txt > new file mode 100644 > index 0000000..e946c89 > --- /dev/null > +++ b/2021-07-07-systemd-tmpfiles/2021-07-07-systemd-tmpfiles.en.txt > @@ -0,0 +1,64 @@ > +Title: systemd-tmpfiles replaces opentmpfiles due to security issues > +Author: Georgy Yakovlev <gyakov...@gentoo.org> > +Author: Sam James <s...@gentoo.org> > +Posted: 2021-07-07 > +Revision: 1 > +News-Item-Format: 2.0 > +Display-If-Installed: sys-apps/opentmpfiles > +Display-If-Installed: sys-apps/systemd-tmpfiles > + > +A tmpfiles [0] implementation provides a generic mechanism to define > +the creation of regular files, directories, pipes, and device nodes, > +adjustments to their access mode, ownership, attributes, quota > +assignments, and contents, and finally their time-based removal. > +It is commonly used for volatile and temporary files and directories > +such as those located under /run/, /tmp/, /var/tmp/, the API file > +systems such as /sys/ or /proc/, as well as some other directories > +below /var/. [1] > + > +On 2021-07-06, the sys-apps/opentmpfiles package was masked due to a > +root privilege escalation vulnerability (CVE-2017-18925 [2], > +bug #751415 [3], issue 4 [4] upstream). > + > +The use of opentmpfiles is discouraged by its maintainer due to the > +unpatched vulnerability and other long-standing bugs [5]. > + > +Users will start seeing their package manager trying to replace > +sys-apps/opentmpfiles with sys-apps/systemd-tmpfiles because it is > +another provider of virtual/tmpfiles. > + > +Despite the name, 'systemd-tmpfiles' does not depend on systemd, does > +not use dbus, and is just a drop-in replacement for opentmpfiles. It is > +a small binary built from systemd source code, but works separately, > +similarly to eudev or elogind. It is known to work on both glibc and > +musl systems. > + > +Note that systemd-tmpfiles is specifically for non-systemd systems. It > +is intended to be used on an OpenRC system.
Maybe it'd be worth adding a sentence that systemd itself provides the utility on systemd systems. -- Best regards, Michał Górny
