source: basicnet/djb/daemontools/daemontools-exp.xml@ 4e2ef6e

10.0 10.1 11.0 11.1 6.0 6.1 6.2 6.2.0 6.2.0-rc1 6.2.0-rc2 6.3 6.3-rc1 6.3-rc2 6.3-rc3 7.10 7.4 7.5 7.6 7.6-blfs 7.6-systemd 7.7 7.8 7.9 8.0 8.1 8.2 8.3 8.4 9.0 9.1 basic bdubbs/svn elogind gnome kde5-13430 kde5-14269 kde5-14686 krejzi/svn lazarus nosym perl-modules qt5new systemd-11177 systemd-13485 trunk upgradedb v1_0 v5_0 v5_0-pre1 v5_1 v5_1-pre1 xry111/intltool xry111/test-20220226
Last change on this file since 4e2ef6e was 4e2ef6e, checked in by Larry Lawrence <larry@…>, 19 years ago

add djb errno patches

git-svn-id: svn://svn.linuxfromscratch.org/BLFS/trunk/BOOK@825 af4574ff-66df-0310-9fd7-8a98e5e911e0

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