[Pkg-sysvinit-devel] Revision of /etc/init.d/skeleton [very early ALPHA DRAFT]
Christoph Anton Mitterer
calestyo at scientia.net
Thu Jul 29 22:30:36 UTC 2010
Hi.
I've recently digged a bit deeper into the boot phase of Debian and at one
point had the feeling, that /etc/init.d/skeleton could need some care.
Petter asked me to send this here (which I do now)... but consider that
this is really a draft,... so far I've only edited the beginning,... with
some documentation and notes.
Some "major" changes so far:
- Added meta comments describing how to edit the template, which can be
easily removed by e.g. grep -v "^#>" or so..
- Inserted much documentation on the template in the beginning.
This includes general notes, hint's on availability of programs and
"areas" of the filesystem.
I'll still have to add a note, mentioning that init-scripts are
conffiles, and must take care of packages being removed only but not
purged.
- Put the template into public domain. Makes sense IMO, to allow derived
scripts using the package's native license.
Any previous authors, please add you name and email.
- Changed shebang to the more common form without whitespace in beetween.
- Removed the section for the author. Doesn't this follow from the
copyright
file? Even if not, wouldn't it be better to put copyright stuff in the
end of
the file (no need to parse it, code is not cluttered by boring info).
- Added the canonical form of set -e.
QUESTION: Shouldn't we "forbid" other set options too? Especially
nounset.
- Changed the order of the default PATH.
- As even stable has lsb-base 3.2-20, I've removed the version dependency?
Questions:
- Experts, please have a look at #208010 and my comments/questions there.
This is especially interesting, whether we should (which I'd say so)
already use LSB exit codes in the init-script template.
- Shouldn't we move skeleton to /u/s/d/initscripts/examples or so? IMO
/etc/init.d/ should really just contain scripts, at best only scripts with
LSB init headers... but not examples or templates (the template is neither
a configuration file).
- /lib/init/vars.sh is not necessarily there,... should we add a not on
this?
Looking forward to your comments.
Cheers,
Chris.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: init-script-template
Type: text/x-c++
Size: 9313 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-sysvinit-devel/attachments/20100729/74834cfe/attachment.bin>
More information about the Pkg-sysvinit-devel
mailing list