On Thu, 17 Sep 2009 16:18:16 -0500, Bruce Dubbs <bruce.du...@gmail.com> wrote:
> #2093 Add a new section for multiple boot loaders > > I don't think this is necessary. When the next version of GRUB2 is > released, I think that will cover what we need. Agreed > #2412 Add more rationale to Toolchain Technical Notes > > Who do we get to advise us on this one? I'd appreciate it if Greg could help contribute on this, or Ryan if he's still around. If there's anyone else out there that wants to dive in and help out, the more the better. I'll take a look at the ticket as well, but probably can't do so until Sunday at the earliest due to hellish work commitments just recently. > #2196 LSB compliance for LFS > > I submitted this ticket. We can't do this in LFS alone. It requires some > substantial work in BLFS to complete. I think an overview page in the > Preface of Chapter 1 would cover almost everything needed for LFS itself. > There > may be a couple of minor changes, e.g. symlinks, to the rest of the book, but > otherwise, it shouldn't need a lot of changes. Agreed > #2489 psmisc --exec-prefix="" and killall path > > This does not seem to be a major issue. And could be addressed on it's > own soon. Agreed, it's pretty trivial. > #1682 RFE: Mentioning optional dependencies > > This is just a matter of looking at the packages and doing it. It could > be in each section of Chapter 6, the Introduction, or an Appendix. No > instructions need to be changed. Agreed. > #1673 Why is each package in the book? > > This should be in an appendix and like #1682, just a matter of writing it > up. No instructions need to be changed. Agreed. > > #2033 Create initramfs > > I think this one should be closed as won't fix. The reason for a initrd > is for those systems that don't know in advance which drivers are needed for > accessing the boot files. That really isn't an issue for LFS where you build > a > custom Linux kernel. Add to that the ability of GRUB2 to access many systems > such as LVM directly. Overall it's just not needed for LFS. I think a hint for this, if it doesn't already exist, would be a good start. Once written, we could see if any parts are applicable to the book itself, but like you, I think its a pretty specialised requirement at the moment. I think there have been some rumblings on lkml about requiring an initramfs for some uevent/udev changes but I think that was either shot down or I possible misunderstood it. > About the only other thing I can think of that is a candidate for LFS > would be to add instructions for multi-lib. I think I'd like to see that work go in too, but I have no experience of it and don't have suitable hardware to test against either, so doubt I'd be able to help out much with it. Regards, Matt. -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
