Ignore:
Timestamp:
02/07/2006 07:39:29 PM (18 years ago)
Author:
Manuel Canales Esparcia <manuel@…>
Branches:
10.0, 10.0-rc1, 10.1, 10.1-rc1, 11.0, 11.0-rc1, 11.0-rc2, 11.0-rc3, 11.1, 11.1-rc1, 11.2, 11.2-rc1, 11.3, 11.3-rc1, 12.0, 12.0-rc1, 12.1, 12.1-rc1, 6.3, 6.4, 6.5, 6.6, 6.7, 6.8, 7.0, 7.1, 7.2, 7.3, 7.4, 7.5, 7.5-systemd, 7.6, 7.6-systemd, 7.7, 7.7-systemd, 7.8, 7.8-systemd, 7.9, 7.9-systemd, 8.0, 8.1, 8.2, 8.3, 8.4, 9.0, 9.1, arm, bdubbs/gcc13, ml-11.0, multilib, renodr/libudev-from-systemd, s6-init, trunk, xry111/arm64, xry111/arm64-12.0, xry111/clfs-ng, xry111/lfs-next, xry111/loongarch, xry111/loongarch-12.0, xry111/loongarch-12.1, xry111/mips64el, xry111/pip3, xry111/rust-wip-20221008, xry111/update-glibc
Children:
ddd5542
Parents:
1ca11cd
Message:

Indenting chapter 6, part 9

git-svn-id: http://svn.linuxfromscratch.org/LFS/trunk/BOOK@7362 4aa44e1e-78dd-0310-a6d2-fbcd4c07a689

File:
1 edited

Legend:

Unmodified
Added
Removed
  • chapter06/pkgmgt.xml

    r1ca11cd r3f3931b0  
    11<?xml version="1.0" encoding="ISO-8859-1"?>
    22<!DOCTYPE sect1 PUBLIC "-//OASIS//DTD DocBook XML V4.4//EN"
    3    "http://www.oasis-open.org/docbook/xml/4.4/docbookx.dtd" [
     3  "http://www.oasis-open.org/docbook/xml/4.4/docbookx.dtd" [
    44  <!ENTITY % general-entities SYSTEM "../general.ent">
    55  %general-entities;
     
    77
    88<sect1 id="ch-system-pkgmgt">
     9  <?dbhtml filename="pkgmgt.html"?>
     10
    911  <title>Package Management</title>
    10   <?dbhtml filename="pkgmgt.html"?>
    1112
    1213  <para>Package Management is an often requested addition to the LFS Book. A
     
    1920  issues that may arise when upgrading packages.</para>
    2021
    21   <para>Some reasons why no package manager is mentioned in LFS or BLFS include:  </para>
     22  <para>Some reasons why no package manager is mentioned in LFS or BLFS
     23  include:</para>
    2224
    2325  <itemizedlist>
     
    3840  fits your need.</para>
    3941
    40   <note><para>As no particular package management technique is mentioned in LFS,
    41   the commands in the remainder of this book must be performed while logged in
    42   as user <emphasis>root</emphasis> and no longer as user
    43   <emphasis>lfs</emphasis>. Also, double check that <envar>$LFS</envar> is set.
    44   </para></note>
     42  <note>
     43    <para>As no particular package management technique is mentioned in LFS,
     44    the commands in the remainder of this book must be performed while logged in
     45    as user <systemitem class="username">root</systemitem> and no longer as user
     46    <systemitem class="username">lfs</systemitem>. Also, double check that
     47    <envar>$LFS</envar> is set.</para>
     48  </note>
    4549
    4650  <sect2>
     
    5458    <itemizedlist>
    5559      <listitem>
    56         <para>If one of the toolchain packages
    57         (<application>Glibc</application>, <application>GCC</application> or
    58         <application>Binutils</application>) needs to be upgraded to a newer
    59         minor version, it is safer to rebuild LFS. Though you
    60         <emphasis>may</emphasis> be able to get by rebuilding all the packages
    61         in their dependency order, we do not recommend it. For example, if
    62         glibc-2.2.x needs to be updated to glibc-2.3.x, it is safer to rebuild.
    63         For micro version updates, a simple reinstallation usually works, but
    64         is not guaranteed. For example, upgrading from glibc-2.3.4 to
    65         glibc-2.3.5 will not usually cause any problems.</para>
     60        <para>If one of the toolchain packages (Glibc, GCC or Binutils) needs
     61        to be upgraded to a newer minor version, it is safer to rebuild LFS.
     62        Though you <emphasis>may</emphasis> be able to get by rebuilding all
     63        the packages in their dependency order, we do not recommend it. For
     64        example, if glibc-2.2.x needs to be updated to glibc-2.3.x, it is safer
     65        to rebuild. For micro version updates, a simple reinstallation usually
     66        works, but is not guaranteed. For example, upgrading from glibc-2.3.4
     67        to glibc-2.3.5 will not usually cause any problems.</para>
    6668      </listitem>
    6769
     
    110112      need any package management because they plan on rebuilding the entire
    111113      system when a package is changed.</para>
     114
    112115    </sect3>
    113116
     
    130133      include <filename>/usr/pkg/foo</filename>. For more than a few packages,
    131134      this scheme becomes unmanageable.</para>
     135
    132136    </sect3>
    133137
     
    169173make DESTDIR=/usr/pkg/libfoo/1.1 install</userinput></screen>
    170174
    171       <para>Most packages support this approach, but there are some which do
    172       not. For the non-compliant packages, you may either need to manually
    173       install the package, or you may find that it is easier to install some
    174       problematic packages into <filename class='directory'>/opt</filename>.
    175       </para>
     175      <para>Most packages support this approach, but there are some which do not.
     176      For the non-compliant packages, you may either need to manually install the
     177      package, or you may find that it is easier to install some problematic
     178      packages into <filename class='directory'>/opt</filename>.</para>
     179
    176180    </sect3>
    177181
     
    191195      is installed at a time. The logs are not reliable if two packages are
    192196      being installed on two different consoles.</para>
     197
    193198    </sect3>
    194199
     
    206211      ensure that the package manager does not break anything and logs all the
    207212      appropriate files.</para>
     213
    208214    </sect3>
    209215
     
    215221      installation, a package archive is created using the installed files.
    216222      This archive is then used to install the package either on the local
    217       machine or can even be used to install the package on other machines.
    218       </para>
     223      machine or can even be used to install the package on other machines.</para>
    219224
    220225      <para>This approach is used by most of the package managers found in the
     
    226231      package management for LFS systems is located at <ulink
    227232      url="&hints-root;/fakeroot.txt"/>.</para>
     233
    228234    </sect3>
    229235
     
    237243      checking the user ID. The features and shortcomings of this approach are
    238244      too complex to describe in this section. For the details please see the
    239       hint at <ulink
    240       url="&hints-root;/more_control_and_pkg_man.txt"/>.</para>
     245      hint at <ulink url="&hints-root;/more_control_and_pkg_man.txt"/>.</para>
     246
    241247    </sect3>
    242248
Note: See TracChangeset for help on using the changeset viewer.