aboutsummaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* prologue/why: another "device" -> "device nodes" changeXi Ruoyao2022-10-181-1/+1
| | | | You can't throw a NVIDIA GTX 690 into /dev.
* prologue/standards: rewrite LSB descriptionXi Ruoyao2022-10-181-5/+5
| | | | | | | | | | | | | Well, somehow this paragraph has become too imprecise. 1. We don't support IA64. Both Intel and AMD uses x86_64 now, which is referred as "AMD64" because it's first proposed by AMD. Intel attempted to use IA64 (which is a VLIW architecture completely different with x86_64) to compete with AMD64, but failed. Then Intel adapted x86_64. 2. The architecture specific part belongs to Core and Desktop. 3. LFS cannot conform to both AMD64 and IA32 because we don't support multilib. It's "or", not "and".
* Clarified verbiage here and there. Used the present perfect tense insteadDavid Bryant2022-10-171-11/+11
| | | | of the simple present to make the order of events clearer.
* Websters spells it up-to-date. Added one word for clarity.David Bryant2022-10-171-2/+2
|
* Made grammatical corrections, clarified a few things.David Bryant2022-10-171-5/+5
|
* Corrected grammar and idiom, clarified a couple of things.David Bryant2022-10-171-8/+8
|
* Clarified a few things, edited for idiom and punctuation.David Bryant2022-10-171-17/+17
|
* Update to linux-6.0.2 (Security update).Bruce Dubbs2022-10-172-3/+13
|
* Corrected grammatical errors, polished English idiom. TriedDavid Bryant2022-10-151-80/+80
| | | | to introduce some variety by rephrasing "This package contains ...".
* Clarfied a few points and corrected English idiom.David Bryant2022-10-151-11/+12
|
* Polished the prose; fixed some punctuation.David Bryant2022-10-151-8/+8
|
* Edited for English idiom and general readability. Fixed someDavid Bryant2022-10-151-17/+17
| | | | punctuation here and there.
* Improved English idiom and puctuation. Short, punchy sentences are good!David Bryant2022-10-151-14/+14
|
* Package updates.Bruce Dubbs2022-10-147-65/+138
| | | | | | | | | | | | | | | | Update to iana-etc-20221007. Update to vim-9.0.0739. Add upstream patches to readline and bash. Update to zlib-1.2.13. Update to man-pages-6.00. Update to gettext-0.21.1. Update to iproute2-6.0.0. Update to meson-0.63.3. Update to Python-3.10.8. Update to xz-5.2.7. Update to tzdata-2022e. Update to linux-6.0.1. Update to dbus-1.14.4.
* dependency: add LLVM (w/ Clang) as external dependency of kernelXi Ruoyao2022-10-121-1/+3
| | | | | Some kernel features (like, building the kernel with LTO) already requires Clang.
* First attempt at clarifying "Important Preliminary Material"Pierre Labastie2022-10-091-10/+13
|
* Fix systemd currencyBruce Dubbs2022-10-091-1/+1
|
* temp bash: fix "support/config.guess: Permission denied"Xi Ruoyao2022-10-091-3/+3
| | | | | In bash-5.2 tarball config.guess is not executable, so we need to run the script with an explicit "sh".
* TypoBruce Dubbs2022-10-061-1/+1
|
* Fix sanity check in chapter 5Pierre Labastie2022-10-061-1/+1
| | | | | | When I changed the sanity check to remove the "dummy.c" file, I inadvertently used "gcc" instead of "$LFS_TGT-gcc". Which of course finds the host gcc...
* binutils: add a command to list failed testsXi Ruoyao2022-10-051-0/+4
|
* Emergency kernel updateDouglas R. Reno2022-10-042-3/+14
| | | | | | | | | | | Update to Linux-5.19.13 If you are using a laptop with an Intel GPU, it's imperative that you update immediately if you are running Linux-5.19.12. Failure to upgrade may result in permanent damage to the LCD display on your laptop. The root cause of this is improper backporting of bugfixes for the i915 DRM driver in the kernel.
* glibc: update total test countXi Ruoyao2022-10-031-1/+1
| | | | | | | | | | | | | I have: 2 FAIL 5092 PASS 67 UNSUPPORTED 16 XFAIL 4 XPASS Let's not be too precise (or we'll need to explain the meaning of "UNSUPPORTED"). IMO "over 5000" is fine (until we get 5500 tests).
* binutils: don't wrap "gold" in <command>Xi Ruoyao2022-10-031-1/+1
| | | | | "gold" is not an installed program (it's named "ld.gold"). So IMO it's not proper to use <command>.
* binutils: gas tests fail because race conditionXi Ruoyao2022-10-031-2/+11
| | | | Again, I sincerely wish libtool can suffer a painful death.
* pkgmgt: fix two typosXi Ruoyao2022-10-021-2/+2
|
* package: add optional instruction to change the owner of downloaded packages ↵Xi Ruoyao2022-10-021-0/+10
| | | | | | | | to root Many users will create a user with the same username and UID so the files will still be owned by his/her. So make it optional by "If you won't assign the same UID for your user in the LFS system".
* reboot: fix /dev/shm unmounting commandXi Ruoyao2022-10-021-1/+1
| | | | /dev/shm may be a mount point, or a symlink.
* umount /dev/shm before rebootingPierre Labastie2022-10-021-0/+1
| | | | | Now that /dev/shm is always a mountpoint, it needs to be umounted otherwise dev cannot be umounted.
* Typos reported by "rhubarbpieguy"Pierre Labastie2022-10-028-9/+9
|
* Corrected grammatical errors and cleaned up English idiom.David Bryant2022-10-011-80/+80
|
* kernfs: "device nodes" are in /dev, not "devices"Xi Ruoyao2022-10-011-1/+1
| | | | You cannot throw a NVIDIA GTX 690 into /dev :).
* kernfs: modernize the explanation for bind mounting /devXi Ruoyao2022-10-013-11/+23
| | | | | | | | | | | | | If you are using a "modern" distro (with devtmpfs and a modern udev implementation), a bind mounting is actually not needed because you can mount devtmpfs anyway. The only reason for bind mounting is to be compatible with old host distros where /dev is a directory containing many static device nodes, or is a tmpfs (not same as devtmpfs) popluated by bootscript or an old udev (modern udev implementations, including eudev and systemd-udev used by LFS, strictly requires a devtmpfs on /dev). So update the explanation to match the status quo.
* kernfs: technically, they are not needed for chrootXi Ruoyao2022-10-012-3/+3
| | | | | | | | | | | | | Chroot command itself does not require kernel VFS mounted. You can mount /proc, /sys, and /run after entering chroot with "mount -v -t proc proc /proc" etc. For /dev, if the host kernel supports devtmpfs, you can also mount /dev in chroot with "mount -v -t devtmpfs devtmpfs /dev". Even if the host does not support devtmpfs, it's still possible to mount /proc in chroot, then use "mount --bind /proc/1/dev /dev". It's just LFS editors decide to mount them before chroot. So reword some untrue assertions.
* Tweaked English idiom and edited for style.David Bryant2022-09-301-11/+11
|
* Made grammatical corrections and stylistic changes to chapter 7.3.David Bryant2022-09-301-15/+17
| | | | | Added clarification; the virtual file systems expose certain information to programs in user space; chroot won't work without them.
* Clarify some things in Intro to chroot; simplify some verbiage.David Bryant2022-09-301-5/+5
|
* Merge branch 'trunk' of git.linuxfromscratch.org:lfs into trunkBruce Dubbs2022-09-302-11/+44
|\
| * libstdc++ "stage 3" is not rebuilt for the same reason as "stage 2"Xi Ruoyao2022-09-302-2/+20
| | | | | | | | | | | | | | | | | | | | | | I'm pretty sure "stage 2" libstdc++ (installed in ch6) is already fully featured. The reason to rebuild the stage 3 libstdc++ (or entire stage 3 gcc) is same as the reason to rebuild every packages in multiple chapters: to "settle down" it. Merge the content of https://www.linuxfromscratch.org/lfs/faq.html#rebuild-ch8 into the book as an explanation.
| * toolchaintechnotes: highlight why the example (ubuntu vs android) needs "os" ↵Xi Ruoyao2022-09-301-2/+4
| | | | | | | | field
| * toolchain technical note: rewrite the descrption for tripletXi Ruoyao2022-09-301-9/+22
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | - Don't say "most building system", refine the dicussion for autoconf. Other building systems may use a variant of triplet, or use a completely different system designation. - Explain why a triplet may contain 4 fields in detail. "Histroical reason" is not really correct because 3-field triplet is still used today for BSD, Fuchsia, IOS, Mac OS X (darwin), Solaris, etc. - "machine" triplet to "system" triplet (strictly speaking, only the first field in the triplet is for the machine). Why we need to say "vendor can be omitted" explicitly: we mention "gcc -dumpmachine". On some distros (like Ubuntu) the output has no vendor field. If you think this is too nasty, please remove both.
* | New packages and an xml fix.Bruce Dubbs2022-09-293-8/+8
| | | | | | | | | | | | Update to bc-6.0.4. Update to linux-5.19.12. Fix an xml error.
* | Package updates.Bruce Dubbs2022-09-294-44/+87
|/ | | | | | | | | | | | Update to iana-etc-20220922. Update to tzdata-2022d. Update to readline-8.2. Update to linux-5.19.11. Update to libffi-3.4.3. Update to libcap-2.66. Update to dbus-1.14.2. Update to bc-6.0.3. Update to bash-5.2.
* Fix English idiom / clarify "General Instructions" section.David Bryant2022-09-291-21/+20
|
* Revert "Update libreadline soversion (used in stripping)"Pierre Labastie2022-09-291-1/+1
| | | | | | This reverts commit 0665add6d87f16f772c131e197ebb7c8bc67df50. new version of bash is not yet in the book!
* Update libreadline soversion (used in stripping)Pierre Labastie2022-09-291-1/+1
|
* Make minor corrections to English idiom / style.David Bryant2022-09-291-4/+5
|
* toolchaintechnotes: update description about libstdc++Xi Ruoyao2022-09-291-5/+5
| | | | | Since r11.0-r199, libstdc++ pass 2 is built as a part of gcc pass 2, not in chroot.
* toolchaintechnotes: revert "second pass" -> "second version" changeXi Ruoyao2022-09-291-1/+1
| | | | "Pass 1" and "Pass 2" have specific meaning in LFS.
* toolchaintechnotes: add the rationale for cross compiling ch6 packagesXi Ruoyao2022-09-291-2/+3
| | | | | | | | "need to be cross compiled" alone does not make too much sense: we compile these packages in chapter 8 anyway. The real reason forcing a cross compilation is circular dependency: if building A needs B but building B needs A, we'll have to cross compile at least one of A and B or we won't be able to build either in the chroot.
generated by cgit v1.2.3-54-g00ecf (git 2.39.0) at 2024-12-29 05:48:58 +0000