give me the full BLFS listing and i'll do:
$ intersection yourlist mylist
and i'll know
i made my own LFS
(it actually uses some old freeBSD using pmake along side GNU/Linux - but for fun really)
http://sourceforge.net/p/x-lfs-2010/
0) i started with debian sarge pkgs (extracted, no dpkg install)
to build gcc in a gcc bootstrapping manner (not requiring same ver. of gcc)
why: if you dont start with a well know base you can't say if any of
your (options, fixes) will work
1) it quickly makes a chroot from that, in which with new gcc glibc
all else it built
2) it keeps chroot depends (termcap, gcc, glibc) separate from the rest
(it keeps gcc depends separate from glibc depends too, boostrap issues)
having said that: do NOT depend on ncurses early in toolchain: ncurses is a curse to build and is just another depends one doesn't need in order to just boot or chroot: hold it off installing it until AFTER one can chroot in to a basic LFS. use termcap and termutils. yes it works.
#################
THE LIST
termcap-1.3.2
termutils-2.0
motif-2.5.0 # has panner, easy automake build
motif-2.3.4 # better fonts and tied to cde, automake build does not work, fix
pmake-1.0.1 # you can build some freeBSD in linux
pmake-1.111 # just have pmake share/mk, have software use .c from libc
# base/stable/5/lib/libc/string/strnstr.c
# someday i hope glibc libc become even more cross-compat
# pmake-1.0.1 makes pmake-1.111 using pmake, in GNU/Linux
#########
MAYBE
Did you add font building tools (mkfontscale-1.0.8, other) and xlsfonts, xfontsel, xdm, everything X11 is supposed to have? Many books and commercial software rely on that stuff, but it is in the optional section of x.org today.
Did you make PAM optional? Not everyone like Pam and SSH (too complex to know if i'm more or less secure!)
RPATH optional? rpath? prevents moving libs - but if one is toying with chroot to make / create / test libs and chroots: you need to do that or you are trapped into re-booting (because your not allowed to pivot and LD_PATH comes after /lib: your screwed and rebooting). ok mainstream people like it. but not everyone wants "big daddy distro" rules forced on them: managing a unix "a mono" is hard enough using unix - real shaky using every hack anyone decided to throw in, if one expects to have any idea what infact their box is doing.
##########
XFree86-4.8.0
downloads, builds quick and clean no errors, installs
IN LESS than one hour including human time.
runs firefox-20.0 at least confirmed (and gtk, cairo, pango, glib, etc). may say x.org is a depends it's not true.
Xorg should NOT be required because it is NOT X11. it damages X11 older truely x11 apps. (it replaces xlib and xtrans with hacked xcb which "re-orders" things for efficiency they say (i say less efficient and re-ordering was already supported): i say xcb is a sly move to push people toward wayland, to damage x). also x.org infamously give people a black screen and has a missing file i had to upload to x.org - which people were complaining about stopped build. also they disabled xf86xv (hardware support for smooth video) and deleted many video cards), takes hours to build, and uses different install paths (back to juggling x11 paths i'd hoped i was finished doing after xfree86)
but i use / used x.org - it's not all bad. but i'm moving away if i can. but am happy with improved fonts, cairo support, more.
i think offer both until there is some reason not to: there isn't
####################
termcap-1.3.2
termutils-2.0
XFree86-4.8.0
motif-2.5.0
motif-2.3.4
pmake-1.0.1
pmake-1.111
really i'm impressed the main issue i see with LFS is that "nothing is for sure". i KNOW allot of those pages need a particular build chain and the build will stop and need fixes and that LFS does not show the fixes. and they can't because you have to have a definite starting point and proceede in a definite order to really give fixes. also: it tends to rely on working only if one picks all ubantu/google/redhat favorite options (ie, software hacked to depend on their wares, things that phone home, security too complex to know if it isn't your main security problem, etc)(great for teams - not so great for individuals?)
ultimately i'd like to see freeBSD libc and glibc more interoperable and linux LFS have a pmake World of it's own but with sticking with autotools as more open and better
freeBSD has a definite start (get base binary this or last) and make world has (all fixes) for build to succeede, assuming you system is fresh. LFS has a flash stick but i'm guessing that will only work for a small audience (ie, older or newer systems will not be able to use the memory stick install - is not a complete OS distro installer. just a guess.)
i haven't seen on LFS where you choose version. for 'midori' i got surprised downloaded the wrong stuff. then found out LFS has different pages for different midori - which isn't a fact shown on the midori page. (where one learns this i dunno)
i'm very impressed with LFS i haven't tried freeBSD or gentoo i wish i had time and space too do that