Your message dated Thu, 28 Jul 2016 20:55:07 +0200
with message-id <[email protected]>
and subject line Re: Bug#795269: TMPTIME not honored anymore
has caused the Debian Bug report #795269,
regarding TMPTIME not honored anymore
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)


-- 
795269: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=795269
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: systemd
Version: 215-17+deb8u1

/etc/default/rcS contains a line

# delete files in /tmp during boot older than x days.
# '0' means always, -1 or 'infinite' disables the feature
#TMPTIME=0
TMPTIME=10

This setting is completely ignored by systemd during system boot.

I would consider this a bug and breaks functionality during an upgrade.


Hint for the interested reader: Copy /usr/lib/tmpfiles.d/tmp.conf into
/etc/tmpfiles.d and modify it as you like.  This should override the
system file.

Regards

        Joey

-- 
A mathematician is a machine for converting coffee into theorems.   Paul Erdös

--- End Message ---
--- Begin Message ---
Am 28.07.2016 um 08:59 schrieb Josh Triplett:
> Control: tags -1 + patch
> 
> On Wed, 12 Aug 2015 10:36:07 -0700 Josh Triplett <[email protected]> 
> wrote:
>> On Wed, 12 Aug 2015 15:00:22 +0200 Joey Schulze <[email protected]> wrote:
>>> Package: systemd
>>> Version: 215-17+deb8u1
>>>
>>> /etc/default/rcS contains a line
>>>
>>> # delete files in /tmp during boot older than x days.
>>> # '0' means always, -1 or 'infinite' disables the feature
>>> #TMPTIME=0
>>> TMPTIME=10
>>>
>>> This setting is completely ignored by systemd during system boot.
>>>
>>> I would consider this a bug and breaks functionality during an upgrade.
>>
>> systemd's postinst does a one-time migration from TMPTIME in
>> /etc/default/rcS to /etc/tmpfiles.d/tmp.conf , if the former has tmp
>> wiping disabled.  That migration, however, doesn't handle the case of
>> TMPTIME set to a non-zero, non-infinite value.  It should be possible to
>> do so, by copying /usr/lib/tmpfiles.d/tmp.conf to
>> /etc/tmpfiles.d/tmp.conf by way of a sed that changes the '-' on the D
>> line to ${TMPTIME}d, assuming TMPTIME is numeric.  The following patch
>> to systemd.postinst *should* work (not tested).

I fear this ship has sailed.
This TMPTIME migration was strictly for the wheezy→jessie upgrade.
Re-triggering the upgrade for the stretch→stretch release is something I
don't want to do. There is just too much odd stuff that can happen.
For example users having created their own tmpfiles in the mean time
which now could get overridden.
I also remember that it already caused us headaches the first time and a
few tries to get it right (see e.g. #738862).
And last but not least, I actually want to drop this migration code
after the stretch and not keep it around for another release cycle.

Thanks for the patch, but I'll have to decline.

Regards,
Michael


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?

Attachment: signature.asc
Description: OpenPGP digital signature


--- End Message ---

Reply via email to