|
@@ -224,6 +224,14 @@ make DESTDIR=/usr/pkg/libfoo/1.1 install</userinput></screen>
|
|
|
package management for LFS systems is located at <ulink
|
|
|
url="&hints-root;fakeroot.txt"/>.</para>
|
|
|
|
|
|
+ <para>Creation of package files that include dependency information is
|
|
|
+ complex and is beyond the scope of LFS.</para>
|
|
|
+
|
|
|
+ <para>Slackware uses a <command>tar</command> based system for package
|
|
|
+ archives. This system purposely does not handle package dependencies
|
|
|
+ as more complex package managers do. For details of Slackware package
|
|
|
+ management, see <ulink
|
|
|
+ url="http://www.slackbook.org/html/package-management.html"/>.</para>
|
|
|
</sect3>
|
|
|
|
|
|
<sect3>
|
|
@@ -241,4 +249,35 @@ make DESTDIR=/usr/pkg/libfoo/1.1 install</userinput></screen>
|
|
|
|
|
|
</sect2>
|
|
|
|
|
|
+ <sect2>
|
|
|
+ <title>Deploying LFS on Multiple Systems</title>
|
|
|
+
|
|
|
+ <para>One of the advantages of a LFS system is that there are no files that
|
|
|
+ depend on the position of files on a disk system. Cloning an LFS build to
|
|
|
+ another computer with an architecture similar to the base system is as
|
|
|
+ simple as using <command>tar</command> on the LFS partition that contains
|
|
|
+ the root directory (about 250MB uncompressed for a base LFS build), copying
|
|
|
+ that file via network transfer or CD-ROM to the new system and expanding
|
|
|
+ it. From that point, a few configuration files will have to be changed.
|
|
|
+ Configuration files that may need to be updated include:
|
|
|
+ <filename>/etc/hosts</filename>,
|
|
|
+ <filename>/etc/fstab</filename>,
|
|
|
+ <filename>/etc/passwd</filename>,
|
|
|
+ <filename>/etc/group</filename>,
|
|
|
+ <filename>/etc/shadow</filename>,
|
|
|
+ <filename>/etc/ld.so.conf</filename>,
|
|
|
+ <filename>/etc/scsi_id.config</filename>,
|
|
|
+ <filename>/etc/sysconfig/network</filename> and
|
|
|
+ <filename>/etc/sysconfig/network-devices/ifconfig.eth0/ipv4</filename>.
|
|
|
+ </para>
|
|
|
+
|
|
|
+ <para>A custom kernel may need to be built for the new system depending on
|
|
|
+ differences in system hardware and the original kernel
|
|
|
+ configuration.</para>
|
|
|
+
|
|
|
+ <para>Finally the new system has to be made bootable via <xref
|
|
|
+ linkend="ch-bootable-grub"/>.</para>
|
|
|
+
|
|
|
+ </sect2>
|
|
|
+
|
|
|
</sect1>
|