On 07/20/2018 11:41 AM, Andreas Henriksson wrote:
> On Fri, Jul 20, 2018 at 10:51:14AM +0700, Arnaud Rebillout wrote:
> [...]
>> Just my two cents: I find this behavior a bit fragile. It means that an
>> application can't reliably use /tmp during boot time.
>>
>> How do we know which application
On Fri, Jul 20, 2018 at 10:51:14AM +0700, Arnaud Rebillout wrote:
[...]
> Just my two cents: I find this behavior a bit fragile. It means that an
> application can't reliably use /tmp during boot time.
>
> How do we know which application needs to create a temporary file when
> they're started?
> In this case console-setup just needs to add the proper After= directive.
> Why this hasn't happened yet is unclear to me. Please poke the
> console-setup maintainer about this.
Done, thanks for the quick reply.
> /tmp has been traditionally cleaned up during (early) boot in Debian.
> This has
Am 19.07.2018 um 11:47 schrieb Arnaud Rebillout:
> Package: systemd
> Version: 239-5
> Severity: normal
>
> Dear Maintainer,
>
> At the moment Debian carries a patch against /usr/lib/tmpfiles.d/tmp.conf
> This patch sets the type for `/tmp` to `D`, causing the content of the
> directory to be
Package: systemd
Version: 239-5
Severity: normal
Dear Maintainer,
At the moment Debian carries a patch against /usr/lib/tmpfiles.d/tmp.conf
This patch sets the type for `/tmp` to `D`, causing the content of the
directory to be removed when systemd-tmpfiles is invoked with `--remove`.
See man
5 matches
Mail list logo