Re: commit 8a796f8f is breaking a usecase
"Pierre Labastie" ([email protected] via alfs-discuss Mailing List) <[email protected]> Thu, 11 Dec 2025 15:20:24 +0100
| Newsgroups | gmane.linux.lfs.automated |
|---|---|
| Message-ID | <[email protected]> |
On Mon, 2025-12-08 at 01:35 +0800, Zhang Wen wrote: > The commit 8a796f8f is breaking a usecase like this: > Firstly, select only LFS in jhalfs, and build the new system. > Then, select BLFS in jhalfs and try to build some base dependencies > for the new system. Sorry for the delay, this message went to SPAM on my computer... I'm sorry (too) if I broke a use case, but I'm not sure what you are doing exactly after first building the base LFS system: - boot the new system then run jhalfs (how is it installed on the new system?) on it and select BLFS book? In this case some dependencies are missing (docbook, git, etc), aren't they? - enter chroot then run jhalfs (same question) and select BLFS book? That would be the same problem - rerun jhalfs on host, and select BLFS book? That would install the blfs tools on host... Oh, maybe you just run jhalfs on host, select the blfs tools and deselect "rebuild files", so that, the $(MOUNT_PT)/jhalfs dir still exists, but the Makefile is changed? I hope you can answer this. Meanwhile, I'll test the last scenario. Regards Pierre -- http://lists.linuxfromscratch.org/sympa/info/alfs-discuss Unsubscribe: See the above information page