内容如标题。

比如a软件依赖b软件才能编译安装，b软件又依赖c软件，假使c软件有了更新，我重新编译安装了，那么a和b软件是否也要重新编译安装？天哪，那岂不是要引起连锁反应，又要从头来过？？？？？？？

都到了编译内核这步了，由于突然断电，用LFSLIVECD启动起来挂不上硬盘了，我该怎么办？我用的是虚拟机做的。提示超级块错误，用fstype检查，提示不能识别的分区格式。

RT：打算在LFS-6.2.1之后BLFS，目标是编译X和FVWM桌面系统，看了BLFS手册以及论坛上面一些有关贴子，已经编译X成功，STARTX没有问题，之后分别编译安装pkg-config-0.20.tar.bz2；glib-2.10.3.tar.bz2；atk-1.11.4.tar.bz2；cairo-1.2.4.tar.gz；pango-1.12.3.tar.bz2；tiff-3.8.2

LFS6.0中文翻译版发布第二个预览版本，请下载附件查看目前的进度是第五章还有几个小节没有翻译，第六章大部分没有翻译，其它的章节已翻译校对完成，详见网站上的翻译进度表。接下来是任务最多也是最重要的第六章，内容很多，技术细节也很多，请各位小组成员继续认领翻译未完成的章节。目前的要求是每位组员每个星期认领翻译一节，参与我们这个项目的组员一起动手，希望六月底可以正式发布LFS6.0

文章接近结尾地方有这么一段话：....下面的问题就是这个工具链是如何来的呢？　　这个问题就要回到前面所提到的工具链运行时所依赖的环境，还是这个glibc，要编译这个glibc必须是在工具链的编译工具生成之前，而工具链的编译工具又依赖于glibc，那么这个glibc就不能是现在工具链中的编译工具编译出来的，那么是谁编译的呢？　　这个问题的答案：当然还是编译器编译的这个glibc和工具链里的

LFS手册上(第5和第6章)编译bin和gcc各编译了3次(不算调整),glibc编译了2次.这样做应该是为了尽量不受hostsystem影响,且为了证明selfcompile.那能不能直接从hostsystem的工具链,编译出目标机器上的工具链呢?比如,过程如下:先用hostsystem的bin+gcc+glibc,编译出目标机器的glibc(我觉得用hostsy

环境LFScd6.3到了第六章，我先按照LFS_BOOK说的打补丁patch-Np1-i../mktemp-1.5-add_tempfile-3.patch他输出segmentationfault接下来makeinstall-tempfile时就说找不到目标了LFS_BOOK上说这个补丁的目的就是防止这个出现，但他还是出现了。是不是意味打这补丁失败了？

为何没人翻译CLFS?

sed-i'/scsi/d'include/Kbuild请问当前目录是/sources/linux-2.6.22.5么？root:/sources/linux-2.6.22.5#sed-i'/scsi/d'include/Kbuildroot:/sources/linux-2.6.22.5#makemrproperroot:/sources/linux-2.6.22.5