Bug#387699: exim4: Should create /var/run/exim4/ if it is missing

Andreas Metzler ametzler at downhill.at.eu.org
Sat Sep 16 13:54:49 UTC 2006


On 2006-09-16 Petter Reinholdtsen <pere at hungry.com> wrote:
> [Andreas Metzler]
> > If directories under /var/run/ are no persistent, this breaks. (You
> > might tell me that I should have used /var/local/run. ;-)

> Actually, you should have used /var/lib/<package-name>/.  /var/lib/ is
> the location for persistent stuff.

Hello,
The file (i.e. the socket) is not persistant, just the directory it
lives in. A socket does not match 
---------- FHS 2.3 ----
This hierarchy holds state information pertaining to an application or
the system. State information is data that programs modify while they
run, and that pertains to one specific host. Users must never need to
modify files in /var/lib to configure a package's operation.

State information is generally used to preserve the condition of an
application (or a group of inter-related applications) between
invocations and between different instances of the same application.
State information should generally remain valid after a reboot, should
not be logging output, and should not be spooled data.
-----------------------
at all, IMVHO.

Sockets go to /var/run.
---------- FHS 2.3 ----
System programs that maintain transient UNIX-domain sockets must place
them in this directory.
-----------------------

>> There is also the partial-upgrades issue, upgrading to a version of
>> sysvinit that drops everything under /var/run/ on every reboot will
>> break every package currently relying on /var/run/* being
>> persistent.

> Stuff in /var/run/ isn't, and should not be presistent.  It have not
> been that for a long time, if ever.  The only things that has been
> left alone has been directories, and those will now disappear on
> reboots because it will become a tmpfs.

Yes, I am not arguing for preserving the hole /var/run, but for
preserving the part we are used to be persistent: directories.

Removing these directories *will* break partial upgrades.
cu andreas
-- 
The 'Galactic Cleaning' policy undertaken by Emperor Zhark is a personal
vision of the emperor's, and its inclusion in this work does not constitute
tacit approval by the author or the publisher for any such projects,
howsoever undertaken.                                (c) Jasper Ffforde




More information about the Pkg-exim4-maintainers mailing list