Hi, Thus spake Jeremy Huntwork ([EMAIL PROTECTED]):
> 20 people expressed their appreciation for the CD, more than half > voting to keep the project around. increase both counters by 1. Thanks for you effort! > So the real question now becomes, where do we go from here? Before I comment on the suggestions below, I should say a few words about how I personally use the CD. For me it's not just a fine host system to start a new installation, but I also carry a slightly modified version (LRW support in the kernel, device-mapper, cryptsetup, some changes in bashrc and vimrc) on a bootable USB stick on my keyring, which serves me as a perfect rescue and backup system without having for example all the (for me useless) hardware detection of knoppix. I simply love things like being able to copy the iso image on any block device and just run it. Or load it to RAM and remove the CD. And it's very close to what I'm running since more than eight years, so I'm comfortable with its structure -- it's LFS. Now to the suggestions: > * Go back to the drawing board, so to speak. Start a new CD from > scratch that is minimal [...] (For example, as proof of the > soundness of LFS, the CD should strictly adhere to LFS. [...] As much as I love LFS, this would IMHO render the CD useless. With a pure LFS system you can't even read the book (no html-browser) or copy'n'paste commands from the book (no gpm, no X, no mouse!). There is no sshd you could fire up to login from a machine that has a more comfortable user environment than the basic LFS (my preferred way to continue the installation after rebooting into a fresh LFS -- at least until I have a X server). There is nothing but a running operating system. I don't see the point for that. > * As has been suggested from a long time ago, make use of package > management in the build process, especially for BLFS packages. This > would allow at least two benefits: an easier development process, > and greater extensibility/customization. I adopted the more_control_and_pkg_man.txt hint for my systems a while ago and don't want to miss package management anymore. But for the CD one would have to think about which system to use. Also the choice of the package management system on the CD might affect the choice of new users for their package management, if it's visible on the CD. So an option would be to use package management but keep all the meta-data off the CD when creating the image. > * Add an LFS-style document to the project that teaches how to create > a LiveCD from scratch. Probably even just a more obvious pointer to the trunk/README in the repository than just the note "btw, it's all in svn ..." on the download page would help. And maybe updating the remastering hint on http://www.linuxfromscratch.org/hints/read.html with the current version from svn. Cheers, Hendrik -- Those who give up essential liberties for temporary safety deserve neither liberty nor safety. -- Benjamin Franklin -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
