Changeset 3f3931b0 for chapter06/pkgmgt.xml
- Timestamp:
- 02/07/2006 07:39:29 PM (18 years ago)
- 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
- File:
-
- 1 edited
Legend:
- Unmodified
- Added
- Removed
-
chapter06/pkgmgt.xml
r1ca11cd r3f3931b0 1 1 <?xml version="1.0" encoding="ISO-8859-1"?> 2 2 <!DOCTYPE sect1 PUBLIC "-//OASIS//DTD DocBook XML V4.4//EN" 3 3 "http://www.oasis-open.org/docbook/xml/4.4/docbookx.dtd" [ 4 4 <!ENTITY % general-entities SYSTEM "../general.ent"> 5 5 %general-entities; … … 7 7 8 8 <sect1 id="ch-system-pkgmgt"> 9 <?dbhtml filename="pkgmgt.html"?> 10 9 11 <title>Package Management</title> 10 <?dbhtml filename="pkgmgt.html"?>11 12 12 13 <para>Package Management is an often requested addition to the LFS Book. A … … 19 20 issues that may arise when upgrading packages.</para> 20 21 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> 22 24 23 25 <itemizedlist> … … 38 40 fits your need.</para> 39 41 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> 45 49 46 50 <sect2> … … 54 58 <itemizedlist> 55 59 <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> 66 68 </listitem> 67 69 … … 110 112 need any package management because they plan on rebuilding the entire 111 113 system when a package is changed.</para> 114 112 115 </sect3> 113 116 … … 130 133 include <filename>/usr/pkg/foo</filename>. For more than a few packages, 131 134 this scheme becomes unmanageable.</para> 135 132 136 </sect3> 133 137 … … 169 173 make DESTDIR=/usr/pkg/libfoo/1.1 install</userinput></screen> 170 174 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 manually173 install the package, or you may find that it is easier to install some174 p roblematic 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 176 180 </sect3> 177 181 … … 191 195 is installed at a time. The logs are not reliable if two packages are 192 196 being installed on two different consoles.</para> 197 193 198 </sect3> 194 199 … … 206 211 ensure that the package manager does not break anything and logs all the 207 212 appropriate files.</para> 213 208 214 </sect3> 209 215 … … 215 221 installation, a package archive is created using the installed files. 216 222 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> 219 224 220 225 <para>This approach is used by most of the package managers found in the … … 226 231 package management for LFS systems is located at <ulink 227 232 url="&hints-root;/fakeroot.txt"/>.</para> 233 228 234 </sect3> 229 235 … … 237 243 checking the user ID. The features and shortcomings of this approach are 238 244 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 241 247 </sect3> 242 248
Note:
See TracChangeset
for help on using the changeset viewer.