Become a fan of Slashdot on Facebook

 



Forgot your password?
typodupeerror
×
Linux Software

LFS 4.0 Released 180

Tekmage writes "For those of you who have never had the pleasure of rolling your own Linux install from scratch, take a moment to check out Version 4.0 of Linux From Scratch. Definitely for the techies amonst us, there is (IMHO) truly no better way out there to get down and dirty with the inner workings of our favorite OS." LFS organizes its documentation into "books"; 4.0's book is dated yesterday.
This discussion has been archived. No new comments can be posted.

LFS 4.0 Released

Comments Filter:
  • Re:Why LFS indeed? (Score:2, Interesting)

    by hirschma ( 187820 ) on Sunday October 06, 2002 @06:59PM (#4399018)
    Although the LFS folks have been making the claim of an 8 or 5 meg installation, I've yet to see any clear docs on how to do it. I'd like to. Anyone know of a related hint or how-to that details the slimming process?

    jonathan
  • The Way to Learn (Score:4, Interesting)

    by fm6 ( 162816 ) on Sunday October 06, 2002 @07:00PM (#4399021) Homepage Journal
    I've heard popular distros like Red Hat criticized because they do too much hand-holding. The theory is that you'll learn more about how Linux works if you use a less user-friendly distro, such as Slackware.

    But if you need handholding, you really need it. On the other hand, if you're comfortable with using Linux, but want to know more about how it's put together, even Slackware is too high-level. LFS, on the other hand, is the ultimate Linux-learners tool, because it doesn't automate anything.

  • by pcardoso ( 132954 ) on Sunday October 06, 2002 @07:07PM (#4399049) Homepage
    For some time I'm toying around with the idea of using LFS as the basis of a linux distribution.

    Use LFS to create a linux demo/distribution, a bit like Beos R5. You boot the cd, try it out, and if you like it, have a program to copy the cd over to the hard disk and setup a bootloader.

    And keep it small. BeOS managed to cram a lot of stuff into a 40mb iso image. Current mainstream distros are too fat, spreading all on at least 2 cds.

    Well, gotta ditch the older version and check this new LFS book.
  • by Anonymous Coward on Sunday October 06, 2002 @07:10PM (#4399053)
    >It's so much easier than LFS - and yet I'm failing to see what you lose with Gentoo...

    Simple: If you are looking for easy, do not do LFS.

    If you are looking for a pre-made distro, do not do LFS.

    (Note that I said "do LFS" instead of "use LFS" above. With LFS you build the system the way you
    want it, THEN use it the way you want to)

    Stick with Gentoo if you don't get it, or don't want it...
  • by shoppa ( 464619 ) on Sunday October 06, 2002 @07:25PM (#4399115)
    Three points:
    1. Cron is not essential.
    2. Cron has historically been a security risk. What's the patch level on Vixie-Cron? :-)
    3. Cron packages generally (there are exceptions) require a sendmail-like mail system for reporting results. Sendmail (and even its not so cumbersome clones) isn't generally necessary or even wanted.
    All that said, there's a wide choice of crons you can install, just see the BLFS (Beyond Linux From Scratch) hints.
  • Re:Gentoo? (Score:3, Interesting)

    by Junta ( 36770 ) on Sunday October 06, 2002 @07:39PM (#4399186)
    To be fair though, knowing which patches can and should be applied to particular versions of particular packages is not very useful, long term knowledge. Most of the patches installed by Gentoo are bugfix patches, which are *really* short lived. The occasional feature enhancement patch is relevant longer, but not too much longer. Same with the where to download and what to download. The learning experience of LFS basically boils down to knowing *every* dependency in your system, and how to manually configure every package (though that configuration step is not taken care of in gentoo). The dependency knowledge is of dubious value, as that too is subject to change in the details. All gentoo does is hide the nitty-gritty of requisite packages and keeps you from having to know every dependency. I did a Linux from scratch before (before the 'official' LFS existed, played it by ear), and it really doesn't teach you much that you don't learn in time with distributions. The useful knowledge is how to *use* the applications, not install them.
  • Re:educational value (Score:3, Interesting)

    by jgkastra ( 571174 ) on Sunday October 06, 2002 @07:46PM (#4399226) Homepage
    Package management?

    My current LFS install (3.3) has LFS installed in the default places, and everything else created after LFS in /opt in its own directory. The files are symlinked into their respective directories in /opt, and are uninstalled by reading the list of files in the /opt/foo/* directories. I can then rm -r the directory and uninstall the package.

    My next installation is moved towards installing the core in /usr/lfs and /lfs and symlinking out from there.

    This keeps me in check with the program version and what is installed with a simple ls. The only time I've had to use a package manager is to install Glide (I couldn't compile Glide, so I had to use RPM).

  • by Josh ( 2625 ) on Sunday October 06, 2002 @09:11PM (#4399571)
    It's easy to understand how LFS enables greater customization. It's also easy for most conventional distribution users to think of particular packages that they like to compile from source to their own custom specs (typically kernel, if nothing else). But it would be nice if an LFS advocate could post something on the most appealing/useful examples of massive customization that they feel justify the extra time/effort involved compared to using a distro with customizations tacked on.
  • Re:Why LFS indeed? (Score:3, Interesting)

    by tzanger ( 1575 ) on Sunday October 06, 2002 @10:38PM (#4400041) Homepage

    Although the LFS folks have been making the claim of an 8 or 5 meg installation, I've yet to see any clear docs on how to do it. I'd like to.

    That's because you need to learn it yourself. :-)

    Honestly though, I personally have a LFS-based firewall system (kernel+netfilter+ipsec+ssh+snmp+ntp+vim+perl (yes perl)) that fits in to an 8M CompactFlash card. Now I use 16M cards and add a 3M boot/config partition with grub, but making small linux distros is dead simple with uClibc and busybox (both are in the LFS hints).

    The basic recipe is to use uclibc and busybox, optimize for size (-Os), strip everything you can and once all of that is done, go through and remove any unnecessary libraries and files. Big hint: you don't need documentation on small distros.

  • by willpost ( 449227 ) on Monday October 07, 2002 @01:09AM (#4400855)
    Your particular definition of scratch involves compiling the C source code.
    Some might say scratch could also be:
    - Writing it in assembly
    - Writing it in x86 machine language
    - Flipping the bits on the hard drive
    - Re-inventing the C source code

    All of the methods require additional tools:
    - A tool to take the Hard Disk and provide a file structure, write a boot sector and loader
    - A tool with some commands to copy the compiler there
    - A tool to take the C source code and generate the machine language binary code

    You might find it similar to how mammals develop. As far as I know, most mammals require parents to feed, care, and raise their young. I can't think of any fertilized egg, fetus, or newborn that can survive without the parent to hand down their knowledge (I even heard that the reason we are able to live past 30 is to provide knowledge as grandparents or family/clan elders).

    I have thought of one way to completely write the OS with only one machine. A long time ago, the old IBM PCs (and Apple computers) had a key sequence which would break into debug mode. After this mode starts, you would be able to type in the machine code to get a rudimentary system going. Another way would be to get an old ethernet card with a rom chip and burn a startup rom. Then you type in the boot loader.
    For example: a bootable ``Hello World!'' program, consisting of just over 100 lines of assembler code. [netspace.net.au]

    While 100 lines of code is easy to hand type, imagine typing in the 10,000-100,000 characters for an extremely simple operating system. Then imagine hand typing in the machine code for a C compiler (yikes!), unless you want to hand type in the millions to 100's of millions of bytes of machine code to write a Linux system. There would be another way speed it up if you take apart a keyboard, wire it to a device capable of playing back keystrokes. I started to work on this but have postponed it until better times. I did start out by building Linux from Scratch and it took me 30-40 hours of very patient, slow progress. The complexity of even a minimal Linux is boggling when you jump in, compile, link, and see how much text scrolls by your screen when compiling it.

    The advantage to Linux from Scratch is you have the greatest control over the OS. Without your direct control over every detail it won't run, as it depends on your Linux knowledge or following the tutorial to install.

    Other links:
    From-PowerUp-To-Bash-Prompt-HOWTO [netspace.net.au]
    How to Write an Operating System [uiuc.edu]

    If you want an extremely minimalist Linux distro, there's a list at :http://www.linux.org/dist/index.html [linux.org]
    Select Category-minimalist, Platform-Intel compatible and click go.
    Search for gateway on the page.

    I've tried the following ones because they have the basic OS requirements for a user, they load from a floppy, and move resources to RAM:
    Alphalinux [sourceforge.net]
    muLinux [sunsite.auc.dk]

  • by AstroDrabb ( 534369 ) on Monday October 07, 2002 @08:37AM (#4401891)
    Gentoo is a good distro. Like any other distro it has it's pros and cons. A pro would be compiling your own code usually gives you a faster system. A con, well compiling your own system takes a while. Imagine trying to maintain 4,000 Gentoo PC's with different hardware/software requirements? It be pretty tuff. One thing I don't understand is why most Gentoo users get so uptight about LFS. I have been using LFS for about 2 years and I love the distro that LFS taught /me how to build. Gentoo is not about building your own system. You are building a Gentoo systems the way Gentoo sets things up. I hate the way Gentoo installs Apache/PHP. I didn't like Gentoo's 1.2 install of Gnome, however Gentoo 1.4's Gnome is better but it gets installed in /usr which to me is silly. Sure I can go and muck around with ebuilds, but that takes time, just as much if not more then doing an install on LFS and it is another build system to learn. Linux is about choice, and some will choose Gentoo, some Redhat. I like Gentoo and LFS. The one most important thing to remember is that LFS IS NOT A DISTRO. LFS is about teaching YOU how to build your own Linux system. How to start with bare hardware and build a system from the ground up. Gentoo is not about teaching or learning how to build a your own Linux system. It is a distro like Redhat, mandrake, etc. Instead of using RPM's compiled for 386, Gentoo will build software for you. Configuring some files under /etc is NOT the same as building your own distro based on the LFS books. With ANY distro there will be configuring. I think Gentoo fits in nicely for a Linux Power User. Where one might get bored with Redhat/Mandrake, Gentoo will help you "Kick it up a notch". LFS taught me SO much about Linux, being a programmer, my skill set has gone through the roof when it comes to programming under unix/linux. I will always be grateful to Gerard Beekmans and him sharing his knowledge of Linux with the world. Jim Drabb Programmer Analyst Davenport, FL
  • by halt -r ( 591684 ) <ben_m_f&yahoo,co,uk> on Monday October 07, 2002 @09:28AM (#4402116)

    I learn't an awful lot doing this, but still have far more to learn yet. That's why I've begun trawling through Beyond LFS. The LFS documentation is very good. If you want to know more about a particular package read the INSTALL and README files after unpacking the file under /usr/src.

    I haven't seen Gentoo so I cannot compare, but I can say I'm very chuffed to boot up my very own linux distro and to spend time building upon the LFS foundation (and all the time my understanding of linux grows too!).

    Thanks to the LFS team for their efforts and respect to you all.................

All seems condemned in the long run to approximate a state akin to Gaussian noise. -- James Martin

Working...