Changeset 0d7dbaf for chapter08/openssl.xml
- Timestamp:
- 05/28/2022 01:04:22 PM (2 years ago)
- Branches:
- 11.2, 11.2-rc1, 11.3, 11.3-rc1, 12.0, 12.0-rc1, 12.1, 12.1-rc1, 12.2, 12.2-rc1, bdubbs/gcc13, multilib, renodr/libudev-from-systemd, s6-init, trunk, xry111/arm64, xry111/arm64-12.0, xry111/clfs-ng, xry111/loongarch, xry111/loongarch-12.0, xry111/loongarch-12.1, xry111/loongarch-12.2, xry111/mips64el, xry111/multilib, xry111/pip3, xry111/rust-wip-20221008, xry111/update-glibc
- Children:
- b4008bb
- Parents:
- 0ab908d
- File:
-
- 1 edited
Legend:
- Unmodified
- Added
- Removed
-
chapter08/openssl.xml
r0ab908d r0d7dbaf 82 82 <para> 83 83 You should update OpenSSL when a new version which fixes vulnerabilities 84 is announced. The releases run in series, with a letter for each release 85 after the initial release (e.g. 1.1.1, 1.1.1a, 1.1.1b, etc). Because LFS 86 installs only the shared libraries, there is no need to recompile packages 87 which link to <filename class="libraryfile">libcrypto.so</filename> or 84 is announced. Since OpenSSL 3.0.0, the OpenSSL versioning scheme 85 follows the MAJOR.MINOR.PATCH format. API/ABI compatibility 86 are guaranteed for the same MAJOR version number. Because LFS 87 installs only the shared libraries, there is no need to recompile 88 packages which link to 89 <filename class="libraryfile">libcrypto.so</filename> or 88 90 <filename class="libraryfile">libssl.so</filename> 89 <emphasis>when upgrading in the same series.</emphasis> 91 <emphasis>when upgrading to a version with MAJOR version number 92 unchanged</emphasis>. 90 93 </para> 91 94
Note:
See TracChangeset
for help on using the changeset viewer.