1 | <sect2>
|
---|
2 | <title>Command explanations</title>
|
---|
3 |
|
---|
4 | <para>The first thing to understand in installing any package written
|
---|
5 | by Daniel J. Bernstein, and
|
---|
6 | this includes qmail, djbdns and ucspi-tcp in addition to daemontools, is
|
---|
7 | that he is willing to completely disregard standards if his idea of the
|
---|
8 | correct thing to do differs from an particular standard. Professor
|
---|
9 | Bernstein is a standards body unto himself when it comes to his own
|
---|
10 | software. </para>
|
---|
11 |
|
---|
12 | <para>It is therefore necessary to make quite a few changes to the
|
---|
13 | installation commands for his packages to get them to install in a manner
|
---|
14 | that is compliant with the Filesystem Hierarchy Standard (FHS). Most of
|
---|
15 | the following commands are due to this difficulty.</para>
|
---|
16 |
|
---|
17 | <para><userinput>cd admin/daemontools-0.76: </userinput>First off, the
|
---|
18 | package is unpacked in an "admin" directory. You will find the actual
|
---|
19 | packages two directory levels below this.</para>
|
---|
20 |
|
---|
21 | <para><userinput>package/compile: </userinput>This command actually
|
---|
22 | compiles the source and puts the binaries in a command directory.</para>
|
---|
23 |
|
---|
24 | <para>Since we are installing the binaries in /usr/sbin rather than creating
|
---|
25 | a non-standard /command directory, several paths have to be changed:</para>
|
---|
26 | <para><screen><userinput>sed 's|command|usr/sbin|' boot.inittab > boot.inittab~</userinput>
|
---|
27 | <userinput>mv boot.inittab~ boot.inittab</userinput></screen></para>
|
---|
28 | <para>In boot.inittab, /command/svscanboot is changed to /usr/sbin/svscanboot.</para>
|
---|
29 |
|
---|
30 | <para><screen><userinput>sed -e 's|/command:/usr/local/bin:/usr/local/sbin:||' \</userinput>
|
---|
31 | <userinput> -e 's|command|usr/sbin|' \</userinput>
|
---|
32 | <userinput> -e 's|/service|/etc/service|g' svscanboot > svscanboot~ &&</userinput></screen></para>
|
---|
33 | <para>Here various paths are adjusted in the svscanboot script. In our setup svscan
|
---|
34 | will check the /etc/service directory instead of the /service directory for
|
---|
35 | daemons to run.</para>
|
---|
36 |
|
---|
37 | <para><userinput>cp * /usr/sbin: </userinput>We must manually copy the
|
---|
38 | binaries to the /usr/sbin directory.</para>
|
---|
39 |
|
---|
40 | <para><screen><userinput>cat /etc/inittab boot.inittab > /etc/inittab~</userinput>
|
---|
41 | <userinput>mv -f /etc/inittab~ /etc/inittab</userinput></screen></para>
|
---|
42 |
|
---|
43 | <para>These commands append a line to /etc/inittab so that init will launch
|
---|
44 | the svscanboot script.</para>
|
---|
45 |
|
---|
46 | <para><userinput>mkdir /etc/service: </userinput>This command creates
|
---|
47 | the daemontools control directory, which - even if empty - needs to exist for
|
---|
48 | daemontools to run properly.</para>
|
---|
49 |
|
---|
50 | <para><userinput>telinit Q: </userinput>This command tells the init
|
---|
51 | process to re-read its configuration file (inittab) and act upon any
|
---|
52 | changes that have been made. The svscanboot script is started.</para>
|
---|
53 |
|
---|
54 |
|
---|
55 | </sect2>
|
---|
56 |
|
---|