Your message dated Sat, 25 Mar 2017 13:25:42 +0100
with message-id <20170325122541.GA1101@donald>
and subject line Re: Bug#858677: No /etc/rc.local file provided
has caused the Debian Bug report #858677,
regarding No /etc/rc.local file provided
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 ow...@bugs.debian.org
immediately.)


-- 
858677: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=858677
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: systemd
Version: 232-19

The systemd package supports executing an /etc/rc.local file on
system boot, but unlike the initscripts package of SysV init, it does
not create/provide the "By default this script does nothing" stub
file itself.

For users who are not already familiar with this file, its absence
reduces discoverability, and may give the impression that it is not
supported at all.

--- End Message ---
--- Begin Message ---
Daniel Richard G. [2017-03-25  3:05 -0400]:
> The systemd package supports executing an /etc/rc.local file on
> system boot, but unlike the initscripts package of SysV init, it does
> not create/provide the "By default this script does nothing" stub
> file itself.

Right. This is part of the SysV backwards compatibility stuff, but that doesn't
mean that rc.local should be created and eternally handled by systemd itself.
In fact it very much should not, as the precise semantics of rc.local are not
well defined and it has caused several bug reports and confusion already (e. g.
"does it wait for the network to be up?", which is a question which itself is
not well-defined any more in a world of hotplug devices, wifi, and roaming).

Therefore I close this. The proper way to add your custom jobs to the service
manager is through systemd units.

Thanks,

Martin

--- End Message ---
_______________________________________________
Pkg-systemd-maintainers mailing list
Pkg-systemd-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-systemd-maintainers

Reply via email to