aboutsummaryrefslogtreecommitdiffstats
path: root/chapter08/pkgmgt.xml
diff options
context:
space:
mode:
Diffstat (limited to 'chapter08/pkgmgt.xml')
-rw-r--r--chapter08/pkgmgt.xml37
1 files changed, 17 insertions, 20 deletions
diff --git a/chapter08/pkgmgt.xml b/chapter08/pkgmgt.xml
index d28038467..14e94fdaf 100644
--- a/chapter08/pkgmgt.xml
+++ b/chapter08/pkgmgt.xml
@@ -45,36 +45,33 @@
<title>Upgrade Issues</title>
<para>A Package Manager makes it easy to upgrade to newer versions when they
- are released. Generally the instructions in the LFS and BLFS Book can be
+ are released. Generally the instructions in the LFS and BLFS books can be
used to upgrade to the newer versions. Here are some points that you should
be aware of when upgrading packages, especially on a running system.</para>
<itemizedlist>
<listitem>
<para>If Glibc needs to be upgraded to a newer version, (e.g. from
- glibc-2.19 to glibc-2.20), it is safer to rebuild LFS. Though you
+ glibc-2.31 to glibc-2.32), it is safer to rebuild LFS. Though you
<emphasis>may</emphasis> be able to rebuild all the packages in their
dependency order, we do not recommend it. </para>
</listitem>
- <listitem>
- <para>If a package containing a shared library is updated, and if the
- name of the library changes, then all the packages dynamically linked
- to the library need to be recompiled to link against the newer library.
- (Note that there is no correlation between the package version and the
- name of the library.) For example, consider a package foo-1.2.3 that
- installs a shared library with name
- <filename class='libraryfile'>libfoo.so.1</filename>. Say you upgrade
- the package to a newer version foo-1.2.4 that installs a shared library
- with name <filename class='libraryfile'>libfoo.so.2</filename>. In this
- case, all packages that are dynamically linked to
- <filename class='libraryfile'>libfoo.so.1</filename> need to be
- recompiled to link against
- <filename class='libraryfile'>libfoo.so.2</filename>. Note that you
- should not remove the previous libraries until the dependent packages
- are recompiled.</para>
- </listitem>
- </itemizedlist>
+ <listitem> <para>If a package containing a shared library is updated, and
+ if the name of the library changes, then any the packages dynamically
+ linked to the library need to be recompiled in order to link against the
+ newer library. (Note that there is no correlation between the package
+ version and the name of the library.) For example, consider a package
+ foo-1.2.3 that installs a shared library with name <filename
+ class='libraryfile'>libfoo.so.1</filename>. If you upgrade the package to
+ a newer version foo-1.2.4 that installs a shared library with name
+ <filename class='libraryfile'>libfoo.so.2</filename>. In this case, any
+ packages that are dynamically linked to <filename
+ class='libraryfile'>libfoo.so.1</filename> need to be recompiled to link
+ against <filename class='libraryfile'>libfoo.so.2</filename> in order to
+ use the new library version. You should not remove the previous
+ libraries unless all the dependent packages are recompiled.</para>
+ </listitem> </itemizedlist>
</sect2>