Changeset 90fcd12
- Timestamp:
- 11/03/2022 11:30:12 PM (18 months ago)
- Branches:
- multilib
- Children:
- 5f3a328
- Parents:
- a31b65a (diff), 172185a9 (diff)
Note: this is a merge changeset, the changes displayed below correspond to the merge itself.
Use the(diff)
links above to see all the changes relative to each parent. - Files:
-
- 7 edited
Legend:
- Unmodified
- Added
- Removed
-
chapter01/changelog.xml
ra31b65a r90fcd12 40 40 appropriate for the entry or if needed the entire day's listitem. 41 41 --> 42 <listitem revision="systemd"> 43 <para>2022-11-03</para> 44 <itemizedlist> 45 <listitem> 46 <para>[renodr] - Update to systemd-252. Fixes 47 <ulink url="&lfs-ticket-root;5150">#5150</ulink>.</para> 48 </listitem> 49 </itemizedlist> 50 </listitem> 51 42 52 <listitem> 43 53 <para>2022-11-01</para> -
chapter01/whatsnew.xml
ra31b65a r90fcd12 239 239 <para>Sysklogd-&sysklogd-version;</para> 240 240 </listitem>--> 241 < !--<listitem revision="systemd">241 <listitem revision="systemd"> 242 242 <para>Systemd-&systemd-version;</para> 243 </listitem> -->243 </listitem> 244 244 <!--<listitem revision="sysv"> 245 245 <para>SysVinit-&sysvinit-version;</para> -
chapter03/patches.xml
ra31b65a r90fcd12 136 136 </varlistentry> 137 137 138 <!-- 138 139 <varlistentry revision="systemd"> 139 140 <term>Systemd Upstream Patch - <token>&systemd-upstream-patch-size;</token>:</term> … … 143 144 </listitem> 144 145 </varlistentry> 146 --> 145 147 <!-- 146 148 <varlistentry> -
chapter08/systemd.xml
ra31b65a r90fcd12 41 41 <title>Installation of systemd</title> 42 42 43 <!-- 43 44 <para>First, fix an issue introduced by glibc-2.36.</para> 44 45 45 46 <screen><userinput remap="pre">patch -Np1 -i ../&systemd-upstream-patch;</userinput></screen> 47 --> 46 48 47 49 <para>Remove two unneeded groups, … … 202 204 203 205 <screen><userinput remap="adjust">systemctl disable systemd-sysupdate</userinput></screen> 206 207 <para>Also disable that unit's timer:</para> 208 209 <screen><userinput remap="adjust">systemd disable systemd-sysupdate-reboot.timer</userinput></screen> 204 210 205 211 <!-- dev: 50-pid-max.conf is not removed in BLFS, so I commented the following out. -
packages.ent
ra31b65a r90fcd12 647 647 <!ENTITY sysklogd-fin-sbu "less than 0.1 SBU"> 648 648 649 <!ENTITY systemd-version "25 1">649 <!ENTITY systemd-version "252"> 650 650 <!--<!ENTITY systemd-stable "6b4878d">--> 651 651 <!-- The above entity is used whenever we move to a stable backport branch. In the event of a critical problem or kernel 652 652 change that is incompatible, we will switch to the backport branch until the next stable release. --> 653 <!ENTITY systemd-size "11, 168 KB">653 <!ENTITY systemd-size "11,488 KB"> 654 654 <!ENTITY systemd-url "&github;/systemd/systemd/archive/v&systemd-version;/systemd-&systemd-version;.tar.gz"> 655 655 <!--<!ENTITY systemd-url "&anduin-sources;/systemd-&systemd-version;-&systemd-stable;.tar.xz">--> 656 <!ENTITY systemd-md5 " 8090fcccc3a2ec20995e89d56fed61b1">656 <!ENTITY systemd-md5 "b9456750a212dd54d81caeb3c38134b6"> 657 657 <!ENTITY systemd-home "https://www.freedesktop.org/wiki/Software/systemd/"> 658 <!ENTITY systemd-man-version "25 1">659 <!ENTITY systemd-man-size " 596KB">658 <!ENTITY systemd-man-version "252"> 659 <!ENTITY systemd-man-size "628 KB"> 660 660 <!--<!ENTITY systemd-man-url "&anduin-sources;/systemd-man-pages-&systemd-version;-&systemd-stable;.tar.xz">--> 661 661 <!ENTITY systemd-man-url "&anduin-sources;/systemd-man-pages-&systemd-man-version;.tar.xz"> 662 <!ENTITY systemd-man-md5 "8 7053ffef1cfb74e4fe28f627e12a2a4">663 <!ENTITY systemd-fin-du "25 1MB">664 <!ENTITY systemd-fin-sbu "2. 3SBU">662 <!ENTITY systemd-man-md5 "856ffb33ac16962f0628dcb533d76e5c"> 663 <!ENTITY systemd-fin-du "258 MB"> 664 <!ENTITY systemd-fin-sbu "2.5 SBU"> 665 665 666 666 <!ENTITY sysvinit-version "3.04"> -
part3intro/toolchaintechnotes.xml
ra31b65a r90fcd12 202 202 <envar>LFS_TGT</envar> variable so it says "lfs". We also use the 203 203 <parameter>--with-sysroot</parameter> option when building the cross-linker and 204 cross-compiler to tell them where to find the needed host files. This204 cross-compiler, to tell them where to find the needed host files. This 205 205 ensures that none of the other programs built in <xref 206 206 linkend="chapter-temporary-tools"/> can link to libraries on the build … … 239 239 lfs</quote> means the commands are run in a chrooted environment.</para> 240 240 241 <para> Now, there is more about cross-compiling: the C language is not242 just a compiler, but also defines a standard library. In this book, the241 <para>This is not yet the end of the story. The C language is not 242 merely a compiler; it also defines a standard library. In this book, the 243 243 GNU C library, named glibc, is used (there is an alternative, "musl"). This library must 244 244 be compiled for the LFS machine; that is, using the cross-compiler cc1. … … 257 257 build a fully functional libstdc++ with the degraded libgcc, but cc1 258 258 is the only compiler available for building the C/C++ libraries 259 during stage 2. Of course, the compiler built by stage 2, cc-lfs,260 would be able to build those libraries, but:</para>259 during stage 2. There are two reasons we don't immediately use the 260 compiler built in stage 2, cc-lfs, to build those libraries.</para> 261 261 262 262 <itemizedlist> 263 263 <listitem> 264 264 <para> 265 Generally cc-lfs cannot run on pc (the host distro). Despitethe266 triplets of pc and lfs are compatible toeach other, an executable267 for lfs will depend on glibc-&glibc-version; whilethe host distro268 may utilize a different libc implementation (for example, musl)or265 Generally speaking, cc-lfs cannot run on pc (the host system). Even though the 266 triplets for pc and lfs are compatible with each other, an executable 267 for lfs must depend on glibc-&glibc-version;; the host distro 268 may utilize either a different implementation of libc (for example, musl), or 269 269 a previous release of glibc (for example, glibc-2.13). 270 270 </para> … … 272 272 <listitem> 273 273 <para> 274 Even if cc-lfs happens torun on pc, using it on pc would create274 Even if cc-lfs can run on pc, using it on pc would create 275 275 a risk of linking to the pc libraries, since cc-lfs is a native 276 276 compiler. … … 280 280 281 281 <para>So when we build gcc stage 2, we instruct the building system to 282 rebuild libgcc and libstdc++ with cc1, but link libstdc++ to the newly283 rebuilt libgcc instead of the degraded build. Thenthe rebuilt284 libstdc++ will befully functional.</para>282 rebuild libgcc and libstdc++ with cc1, but we link libstdc++ to the newly 283 rebuilt libgcc instead of the old, degraded build. This makes the rebuilt 284 libstdc++ fully functional.</para> 285 285 286 286 <para>In &ch-final; (or <quote>stage 3</quote>), all the packages needed for 287 287 the LFS system are built. Even if a package has already been installed into 288 288 the LFS system in a previous chapter, we still rebuild the package. The main reason for 289 rebuilding these packages is to make them stable: if we reinstall a LFS290 package on a complete LFS system, theinstalled content of the package291 should be the same as the content of the same package when installed in289 rebuilding these packages is to make them stable: if we reinstall an LFS 290 package on a completed LFS system, the reinstalled content of the package 291 should be the same as the content of the same package when first installed in 292 292 &ch-final;. The temporary packages installed in &ch-tmp-cross; or 293 293 &ch-tmp-chroot; cannot satisfy this requirement, because some of them -
patches.ent
ra31b65a r90fcd12 92 92 <!ENTITY sysvinit-consolidated-patch-size "2.4 KB"> 93 93 94 <!-- 94 95 <!ENTITY systemd-upstream-patch "systemd-&systemd-version;-glibc_2.36_fix-1.patch"> 95 96 <!ENTITY systemd-upstream-patch-md5 "fd8dc901e73ad00dc72a351a0d4ac48c"> 96 97 <!ENTITY systemd-upstream-patch-size "3.0 KB"> 98 --> 97 99 <!-- 98 100 <!ENTITY xz-upstream-fix-patch "xz-&xz-version;-upstream_fix-1.patch">
Note:
See TracChangeset
for help on using the changeset viewer.