Copyright © 1999, 2000 by Gerard Beekmans
Copyright (c) 1999-2000, Gerard Beekmans
All rights reserved.
Redistribution and use in source and binary forms, with or without modification, are permitted provided that the following conditions are met:
Redistributions of source code must retain the above copyright notice, this list of conditions and the following disclaimer.
Redistributions in binary form must reproduce the above copyright notice, this list of conditions and the following disclaimer in the documentation and/or other materials provided with the distribution.
Neither the name of LinuxFromScratch nor the names of its contributors may be used to endorse or promote products derived from this software without specific prior written permission.
THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS ``AS IS'' AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
This book is dedicated to my loving and supportive wife Beverly Beekmans.
This book is intended for Linux users who want to learn more about the inner workings of Linux and how the various pieces of the Operating System fit together. This book will guide you step-by-step in creating your own custom build Linux system from scratch, using nothing but the sources of software that are needed.
This book is also intended for Linux users who want to get away from the existing commercial and free distributions that are often too bloated. Using existing distributions also forces you to use the file system structure, boot script structure, etc. that they choose to use. With this book you can create your own structures and methods in exactly the way you like them (which can be based on the ones this book provides)
Also, if you have security concerns, you don't want to rely on pre-compiled packages. So instead, you want to compile all programs from scratch and install them yourself. That could be another reason why you would want to build a custom made Linux system.
Those are just a few out of many reasons why people want to build their own Linux system. If you're one of those people, this book is meant for you.
Users who don't want to build an entire Linux system from scratch probably don't want to read this book. If you, however, do want to learn more about what happens behind the scenes, in particular what happens between turning on your computer and seeing the command prompt, you want to read the "From Power Up To Bash Prompt" (P2B) HOWTO. This HOWTO builds a bare system, in a similar way as this book does, but it focusses more on just installing a bootable system instead of a complete system.
To decide whether you want to read this book or the P2B HOWTO, you could ask yourself this question: Is my main objective to get a working Linux system that I'm going to build myself and along the way learn and learn what every component of a system is for, or is just the learning part your main objective. If you want to build and learn, read this book. If you just want to learn, then the P2B HOWTO is probably better material to read.
The "From Power Up To Bash Prompt" HOWTO can be downloaded from http://learning.taslug.org.au/power2bash
This book is devided into the following parts. Although there is a lot of duplicate information in certain parts, it's the easiest way to read it and not to mention the easiest way for me to maintain the book.
Part One gives you general information about this book (versions, where to get it, changelog, mailinglists and how to get in touch with me). It also explains a few important aspects you really want and need to read before you start building an LFS system.
Part Two guides you through the installation of the LFS system which will be the foundation for the rest of the system. Whatever you choose to do with your brand new LFS system, it will be built on the foundation that's installed in this part.
Having used a number of different Linux distributions, I was never fully satisfied with any of those. I didn't like the way the bootscripts were arranged, or I didn't like the way certain programs were configured by default and more of those things. I came to realize that when I want to be totally satisfied with a Linux system, I have to build my own Linux system from scratch, ideally only using the source code. Not using pre-compiled packages of any kind. No help from some sort of cdrom or bootdisk that would install some basic utilities. You would use your current Linux system and use that one to build your own.
This, at one time, wild idea seemed very difficult and at times almost impossible. The reason for most problems were due to my lack of knowledge about certain programs and procedures. After sorting out all kinds of dependency problems, compilation problems, etcetera, a custom built Linux system was created and fully operational. I called this system an LFS system, which stands for LinuxFromScratch.
We are going to build the LFS system using an already installed Linux distribution such as Debian, SuSe, Slackware, Mandrake, RedHat, etc. You don't need to have any kind of bootdisk. We will use an existing Linux system as the base (since we need a compiler, linker, text editor and other tools).
If you don't have Linux installed yet, you won't be able to put this book to use right away. I suggest you first install a Linux distribution. It really doesn't matter which one you install. It also doesn't need to be the latest version, though it shouldn't be a too old one. If it is about a year old or newer it should do just fine. You will safe yourself a lot of trouble if your normal system uses glibc-2.0 or newer. Libc5 isn't supported by this book, though it isn't impossible to use a libc5 system if you have no choice.
This is LFS-BOOK version 2.4.2-pre1 version dated October 11th, 2000. If this version is older than a month you definitely want to take a look at our website and download a newer version.
Below you will find a list of our current HTTP mirror sites as of September 18th, 2000. This list might not be accurate anymore. For the latest info check our website at http://www.linuxfromscratch.org
Columbus, Ohio, United States [1] - http://www.linuxfromscratch.org/intro.php
Columbus, Ohio, United States [2] - http://lfs.bcpub.com/intro.html
United States - http://lfs.sourceforge.net/intro.php
San Antonio, Texas, United States http://lfs.codecastle.com/intro.html
Paris, France, Europe http://lfs.linuxien.com/intro.html
Braunschweig, Niedersachsen, Germany - http://134.169.139.209/index2.html
I would like to thank the following people and organizations for their contributions towards the LinuxFromScratch project:
Bryan Dumm for providing the hardware to run linuxfromscratch.org and for providing http://www.bcpub.com as the lfs.bcpub.com mirror
Jan Niemann for providing http://helga.lk.etc.tu-bs.de as the 134.169.139.209 mirror
Johan Lenglet for providing http://www.linuxien.com as the www.linuxien.com/lfs mirror
David Downey for providing http://www.codecastle.com as the lfs.codecastle.com mirror
Michael Peters for contributing the Apple PowerPC modifications
VA Linux Systems who, on behalf of Linux.com, donated a VA Linux 420 (formerly StartX SP2) workstation towards this project
Jesse Tie Ten Quee who donated a Yamaha CDRW 8824E CD-RW.
DREAMWVR.COM for their ongoing sponsorhip.
O'Reilly for donating books on SQL and PHP.
Robert Briggs for donating the linuxfromscratch.org and linuxfromscratch.com domain names.
Countless other people from the various LFS mailinglists who are making this book happen by making suggestions, testing and submitting bug reports.
If, for example, a change is listed for chapter 5 it (usually) means the same change has been done in the chapters for the other architectures.
2.4.2-pre1 October 11th, 2000
Chapter 3: Newer verions were mentioned, but the links were still pointing to the older versions. Besides that I forgot to put the newer package versions in the ftp archive. Both have been fixed now.
Chapter 5: Instead of looking at the filename of the C library files to determine which C library your starting Linux system uses we'll obtain it by running "strings /lib/libc* | grep "release version"" instead.
Chapter 5+6: The proc file system must be mounted in chapter 5 before we enter the chroot'ed environment since after chroot the mount program will not be available yet.
Chapter 6: Fixed a HTML bug in the GCC installation which caused a CR character to appear in certain browser.
2.4.1 - October 10th, 2000
Removed the bash prompts from the commands. This will make it much easier to copy & paste the commands from the book onto the command line. Typing them all out is great for the first few times, but it tends to get tedious after a while. You can of course use scripts to do this all, but that's not the goal of this book. That's part of a different project (alfs.linuxfromscratch.org).
Swapped chapters 8 and 9. Now we first reboot and then setup networking. If done the other way around, networking programs won't work unless both the normal system and the LFS system are going to run the same kernel version, which often is not the case. Swapping the chapters eliminates that possible problem.
Chapter 3: All packages have been moved to download.linuxfromscratch.org and the links are updated accordingly. The official download sites for all the packages are listed in Appendix C.
Chapter 5+6: Moved the execution of localedef after Glibc in chapter 5 to after you entered chroot in chapter 6. It was a mistake (the only real bug in 2.4) to put it in chapter 5.
Chapter 6: Installing Vim as the first program. In case you need to edit something you an editor available right away. This also caused a couple of other packages to be moved to satisfy depencies.
Chapter 6: When we use sed to modify a Makefile file we now run make as "make -f Makefile2" instead of "mv Makefile2 Makefile && make".
Chapter 6: Added the "publickey: files" line to the nsswitch.conf file. This is needed when you run a 2.4 kernel to login properly.
Chapter 6: Added the /usr/bin/yacc script that runs bison with the -y switch to emulate yacc's output file name conventions. This is done because there are a few packages out there that rely on yacc and can't work with bison (yet).
Chapter 6: Modified the /usr/sbin/makewhatis script after the installation of the man package. The /usr/sbin/makewhatis script needs the AWK= variable defined to /usr/bin/mawk.
Chapter 7: Added the template script. This way you can easily add new bootscripts without having to write them from scratch.
2.4 - August 28th, 2000
Split the book up into two differnet books for Intel and PPC.
Chapter 4: Added the mail and dev/pts directories to the "Creating directories" section.
Chapter 5: Everything from chroot and after has been put in a new chapter.
Chapter 6: Moved the optimization part to the point just before you enter the chroot'ed environment. It's a waste to use compiler optimizations for the static packages since they will be replaced anyways.
Chapter 6: To enter chroot we first cd to the $LFS/root directory. Some older chroot programs have problems when you enter chroot when your starting directory isn't inside the chroot environment. Also we don't execute bash directly in the chroot'ed environment, but we start the "env" program so we can enter with a clean environment that only has CFLAGS and CXXFLAGS set.
Chapter 6: A few people have had problems compiling M4 in the chroot'ed enviroment. Instructions are provided how to install this package statically for the affected users.
Chapter 6: We can't move the 'mv' program during the dynamic installation of the fileutils package with the mv program. So we copy it to /bin first, then remove the /usr/bin/mv one.
Chapter 5: Added 'make localedata/install-locales' to the Glibc installation. This installs the locale files that various applications use (most notable GDK applications) if you have an NLS capable system (which LFS is, but with missing locales it's almost useless)
Chapter 6: Moved vim's installation before Lilo since you might want to edit Lilo's Makefile file to add compiler optimization.
Chapter 6: Moved the installatin of shadow password suit after sh-utils. Else sh-utils replaces the "su" version from shadow password with it's own version which shouldn't happen.
Chapter 6: Changed the way we enter the chroot'ed environment. We use the "env" to create an empty enviroment so that enviroment variables from the normal Linux system won't interfer in the chroot enviroment. The only variable set when entering the chroot'ed environment is the HOME variable.
Chapter 6: Because of the new way we enter chroot, the $LFS/root/.bash_profile file has been created that sets a few variables like TERM, CFLAGS, CXXFLAGS and whatever you deem necesarry.
2.3.7 - August 3rd, 2000
All chapters: Removed the <blockquote> SGML tags so that the contents of files isn't indented anymore. This improves the easy of copy and pasting from the book into your files without needing to manually reformat the files to get rid of the indentations.
Chapter 4: Added var/tmp to the "chmod 1777 tmp usr/tmp" command.
Chapter 4: Made mkdir commands less repetitive by putting the creation of the directories in $LFS/usr and $LFS/usr/local in a for-loop.
Chapter 5: Moved the chmod 754 command for MAKEDEV after the sed operation.
Chapter 5: Changed the order in which packages are installed to conform more to a alphabetically ordering.
Chapter 5: After console-tools has been installed the /usr/share/defkeymap.kmap.gz file is created which will be used by the loadkeys script.
Chapter 5: Removed "gcc -c watch.c" from "Installing Procps". Please let us know if this is still needed on certain hardware.
Chapter 5: Added the /usr/bin/install symbolic link as it seems that at least one package (sysklogd) has the install location hard coded in it's Makefile file.
Chapter 5: After gettext has been installed, we have a file /po-mode.el. This file will be moved to /usr/share/gettext where it probably belongs.
Chapter 5: Instead of passing --with-root-prefix=/ to e2fsprogs' configure script, we now pass --with-root-prefix=
Chapter 5: When gzip is installed and the files moved to /bin the hard link between the files is removed. So we just move gzip to /bin and create a symlink between gzip and gunzip.
Chapter 5: In the chroot environment: changed the installation order of a few packages who's dependencies have changed over time.
Chapter 5: inittab file has been slightly updated to better support the single user run level. When you change to run level S, s or 1 it will do it's job properly now.
Chapter 6: Fixed typo in the rc script (! -f sysinit_start -> ! -f $sysinit_start).
Chapter 6: Changed the loadkeys command in the loadkeys script. New command is: loadkeys -d which loads the /usr/share/keymaps/defkeymap.kmap.gz file.
Chapter 6: Changed ". /etc/init.d/functions" into "source /etc/init.d/functions".
Chapter 6: Removed the "rm /fastboot" command from the checkfs script.
2.3.6 - July 19th, 2000
Chapter 3: Re-ordered the software download list so it once again matches the order in which packages are used (the first package listed in the list is the first package that we will be using in the book, the second listed package will be the second package used in the book, etc).
Chapter 3: Added the file sizes of the packages you have to download.
Chapter 3: Removed the start-stop-daemon package.
Chapter 3: Added the findutils and glibc patches to the package list.
Chapter 3: Added the man-pages package to the package list.
Chapter 4: Moved the creation of the $LFS/dev/ files to chapter 5 after we have entered the chroot environment. This is done because GID's on normal system and LFS system might differ and the MAKEDEV script depends on the GID's.
Chapter 5: Added the installation of the man-pages package.
Chapter 5: Added a few commonly used groups to the /etc/group file when it is created (these are the groups needed by the MAKEDEV script).
Chapter 5: The /proc/devices file is copied to $LFS/proc for the benefit of the MAKEDEV script. The presence of this file ensures the proper creation of the device files.
Chapter 5: Layout changes. Every package installation has it's own page now. Also the text from appendixa for every package is included with the installation instructions so you can read what a package is about during (or after or before) the installation of it.
Chapter 5: Removed the patches for diffutils, grep, gzip and sed that used to fix static link problems. The problems can be fixed by passing compile arguments to the C pre-processor (cpp) instead.
Chapter 5: Added the --disable-termcap option to configure to disable termcap backward compatibility (if you want to know why termcap isn't used anymore, please read the INSTALL file that comes with the Ncurses package).
Chapter 5: Added a few missing files from the fileutils package to the "mv" commands.
Chapter 5: Removed the installation of the start-stop-daemon package.
Chapter 5: Removed the -e parameters from the make command lines.
Chapter 5: Instead of editing the procinfo, procps and psmisc Makefile files with a text editor, the sed command it used.
Chapter 6: Added the setclock script in case your hardware clock isn't set to GMT.
Chapter 6: Removed the use of the start-stop-daemon program and replaced them with custom functions that use programs like pidof and kill to accomplish the same tasks but with more control over what happens.
Chapter 6: Added the loadproc and killproc functions to the /etc/init.d/functions file that take over the functions the start-stop-daemon program used to perform.
Chapter 6: When the checkfs script runs without errors it now prints a green OK.
Chapter 6: When /fastboot or /forcefsck exist, they won't be deleted from within the checkfs script but from within the mountfs script as soon as the root partition has been remounted in read-write mode.
Chapter 6 & 7: Instead of sourcing a file with ". /etc/init.d/functions", "source /etc/init.d/functions" is now used. This makes it easier to read and is clearer for persons who don't know much about scripting.
Appendix A: removed start-stop-daemon.
Appendix B: Removed a few unrelated items from the book and howto sections (the references to Sendmail and ISP-Hookup-HOWTO).
2.3.5 - June 19th, 2000
Chapter 3: Updated LILO download location
Chapter 3: Updated Shadow Password Suite download location
Chapter 3: Updated the Flex download location
Chapter 3: Updated the File download location
Chapter 3: Added netkit-base and net-tools to the mandatory packages section
Chapter 5: A glibc-2.1.3 patch is available if you have problems compiling glibc on a bash-2.04 machine.
Chapter 5: Added compiler optimization
Chapter 5: Added the creation of the root password to "Configuring essential software"
Chapter 5: The Linux86 package has been replaced by the Bin86 package.
Chapter 5: Included information on how to optimize compilations.
Chapter 5: Moved installation of Groff and Man before Perl. This way Perl known how to install man pages and where to install them.
Chapter 5: Changed GCC's local-prefix option to /usr/local instead of /usr (this was still a residue from the time where /usr/local was a symbolic link to /usr)
Chaper 5: Fixed the commands when a patch is used and the patch filename contained the .gz suffix.
Chapter 5: Added --disable-nls to every configure command in the "Perparing the LFS system..." section which didn't have it yet.
Chapter 5: Added the installation of bash-2.03 so you have a shell that can be used to compile packages that violate POSIX standards regarding valid characters in variable names
Chapter 5: Added the installation of console-tools and console-data for people who have non-US keyboards
Chapter 5: Moved the ed program to the /bin directory conforming the FHS standard
Chapter 6 & 7: Implemented LSB recommended run level scheme.
Chapter 6 & 7: Implemented "fancy bootscripts". When something fails in a bootscript it still says FAILED but the text red. When something succeeded it still will print OK but the text is green.
Chater 6: Added the loadkeys scripts for people with non-US keyboards
Chapter 6: Added the /etc/sysconfig directory to "Creating directories"
Chapter 6: Renamed the checkroot boot script into checkfs. The script also checks other file systems now.
Chapter 6: Updated the mountfs boot script to mount all file systems that are mentioned in the /etc/fstab file and don't have the noauto option set.
Chapter 6: After checkfs evaluated the existence of /fastboot or /forcecheck it will remove those files.
Chapter 6 & 7: Changed the mode of the boot scripts from 755 to 754
Chapter 7: Moved system specific information for hostname and ethernet configuration to the /etc/sysconfig/network file
Chapter 7: Removed the default gateway command
Chapter 7: Fixed the typo in the ethnet script (NETMAKSK -> NETMASK)
Chapter 7: A net-tools patch is available to fix a minor bug in the package (illegal variable names that bash-2.04 will complain about)
2.3.4 - June 5th, 2000
Chapter 5: Fixed the kernel header files configuration
Chapter 5: Fixed the lilo configuration
2.3.3 - May 15th, 2000
Changed the default mount point from /mnt/xxx to /mnt/lfs (where xxx used to be the partition's designation like hda5, sda5 and others). The reason for the change is to make cross-platform instructions easier.
Chapter 4: Changed the default modes for the $LFS/root and $LFS/tmp directory to respectively 0750 and 1777.
Chapter 5: Removed the encoded password from the passwd file. Instead a file with no set password is created. The root password can be set by the user when the system is rebooted into the LFS system (after chapter 8).
Chapter 5: Fixed the procps compile command for watch.c. It should compile properly now.
Chapter 5: Fixed gzip patch installation (used the wrong filename in the patch command
Chapter 5: Changed 'entering the chroot'ed environment' to make bash a login shell.
Chapter 5: Configuring the kernel has been moved to this chapter because it needs to be done before programs like e2fsprogs and lilo are compiled.
Chapter 6: Fixed the rc script. It now checks to see if the previous run level starts a service before attempting to stop it in the new run level. Also, if a service is already started in the previous run level it won't attempt to start the service in the new run level again. Thanks to Jason Pearce for providing this fixed script.
Chapter 7: Fixed the ethnet script - removed paratheses from the environment variables and removed the command to add a route. The ifconfig command used to bring the eth device up already sets this route.
2.3.2 - April 18th, 2000
Chapter 4.7: Change only the owner of the $LFS/dev/* files
Fixed a large amount of typo's that occured during the transistion from the LinuxDoc DTD (2.2 and lower) to the DocBook DTD (2.3.1 and higher).
Moved chapters around quite a bit and applied a new structure in the book. Installations for Intel, Apple PowerPC and future systems will be put in their own dedicated part of the book.
After the system is prepared to install the basic system software, we no longer reboot the system but instead we setup a chroot'ed environment. This will have the same effect without having to reboot.
Apple PowerPC has it's own dedicated chapters now. This should increase readability a lot
All optional chapters have been removed. LFS follows a "we provide the foundation, it's up to you to build the rest of the house" philosophy.
Replaced the fixed packages by patch files. This way you can see what needs to be changed in a package in order to get it to compile properly.
2.3.1 - April 12th, 2000
Chapter 4.4: Added the $LFS/usr/info symlink which points to $LFS/usr/share/info
Chapter 7.3.1: Added a second variation to a 'swap-line' in a fstab file.
Chapter 7.3.2: Removed $LFS from the commands.
Chapter 7.4.43: Added the vi symlink
Chapter 9.2.5: Improved ethnet script to include routing information
Chapter 10.1.2: Fixed missing subdirectory 'mqueue' in mkdir /var/spool -> /mkdir /var/spool/mqueue
Chapter 10.1.4: Updated the sendmail configuration file with a few necessary options
Chapter 10.1.7: Fixed wrong directory path /etc/init.d/rc2.d -> /etc/rc2.d
The linuxfromscratch.org server is hosting the following public accessible mailinglists:
lfs-discuss
lfs-config
lfs-apps
lfs-announce
linux
alfs-discuss
alfs-docs
alfs-ipc
alfs-license
alfs-pr
alfs-profile
The lfs-discuss mailinglist discusses matters strictly related to the LFS-BOOK. If you have problems with the book, want to report a bug or two or have suggestions to improve the book, use this mailinglist.
Compilation problems, questions how to configure a piece of software and such are to be posted to the lfs-config or lfs-apps mailinglist. To find out what kind of questions go to which of the two lists you can read in the descriptions for those two lists.
The lfs-config list discusses problems with compiling, installing and configuring software that is used in the LFS-BOOK.
Problems with compiling, installing or configuring programs that didn't give problems on a non-LFS system are discussed on the lfs-apps list. If your problem doesn't fit on the lfs-config or lfs-apps mailinglist, please use the linux mailinglist.
The lfs-apps list discussed the compilation and configuration of software that's not used in this book. The list is mainly used when you have problems installing software on an LFS system when you don't have problems compiling it on your normal distribution. It's not that LFS is incompatible with "normal" distributions but just the fact that you might be missing support-software that programs need or need to configure a few things on your new LFS system.
If you had problems with software on non-LFS systems as well, please use the linux mailinglist for help.
The lfs-announce list is a moderated list. You can subscribe to it, but you can't post any messages to this list. This list is used to announce new stable releases. If you want to be informed about development releases as well then you'll have to join the lfs-discuss list. If you're already on the lfs-discuss list there's little use subscribing to this list as well because everything that is posted to the lfs-announce list will be posted to the lfs-discuss list as well.
The linux list is a general Linux discussion list that handles everything that has got anything to do with Linux in any way, shape and form. Ocasionally we discuss the price of beer as well.
The alfs-discuss list discusses the development of ALFS which stands for Automated LinuxFromScratch. The goal of this project is to develop an installation tool that can install an LFS system automatically for you. It's main goal is to speed up compilation by taking away your need to manually enter the commands to configure, compile and install packages.
ALFS-docs is the ALFS documentation project which creates and maintains all of the ALFS documentation.
You can subscribe to any of the above mentioned mailinglists by sending an email to listar@linuxfromscratch.org and write subscribe listname in the subject line of the message, where listname is replaced by either lfs-discuss, lfs-config, lfs-apps, lfs-announce, linux, alfs-discuss, alfs-profile, alfs-pr, alfs-docs, alfs-ipc or alfs-license
You can, if you want, subscribe to multiple lists at the same time using one email. Just repeat the subscribe command for each of the lists you want to subscribe to.
After you have sent the email, the Majordomo program will send you an email back requesting a confirmation of your subscription request. After you have sent back this confirmation email, Majordomo will send you an email again with the message that you have been subscribed to the list(s) along with an introduction message for that particulair list.
To unsubscribe from a list, send an email to listar@linuxfromscratch.org and write unsubscribe listname in the subject line of the message, where listname is replaced by either lfs-discuss, lfs-config, lfs-apps, lfs-announce, linux, alfs-discuss, alfs-profile, alfs-pr, alfs-docs, alfs-ipc or alfs-license
You can, if you want, unsubscribe from multiple lists at the same time using one email. Just repeat the unsubscribe command for each of the lists you want to unsubscribe from.
Every publically available mailinglist has a mailinglist archive you can access to find information on subjects already posted to this list. You can find them at http://archive.linuxfromscratch.org/mail-archives
Direct all your emails to the lfs-discuss mailinglist preferably.
If you need to reach Gerard Beekmans personally, send an email to gerard@linuxfromscratch.org
If you need to reach Michael Peters, Apple PPC maintainer of this book, personally, send an email to mpters@mac.com
Please read the following carefully: throughout this document you will frequently see the variable name $LFS. $LFS must at all times be replaced by the directory where the partition that contains the LFS system is mounted. How to create and where to mount the partition will be explained later on in full detail in chapter 4. In my case the LFS partition is mounted on /mnt/lfs. If I read this document myself and I see $LFS somewhere, I will pretend that I read /mnt/lfs. If I read that I have to run this command: cp inittab $LFS/etc I actually will run this: cp inittab /mnt/lfs/etc
It's important that you do this no matter where you read it; be it in commands you enter on the prompt, or in some file you edit or create.
If you want, you can set the environment variable LFS. This way you can literally enter $LFS instead of replacing it by something like /mnt/lfs. This is accomplished by running: export LFS=/mnt/lfs
If I read cp inittab $LFS/etc, I literally can type cp inittab $LFS/etc and the shell will replace this command by cp inittab /mnt/lfs/etc automatically.
Do not forget to set the $LFS variable at all times. If you haven't set the variable and you use it in a command, $LFS will be ignored and whatever is left will be executed. The command cp inittab $LFS/etc without the LFS variable set, will result in copying the inittab file to the /etc directory which will overwrite your system's inittab. A file like inittab isn't that big a problem as it can easily be restored, but if you would make this mistake during the installation of the C Library, you can break your system badly and might have to reinstall it if you don't know how to repair it.
Throughout this document I will assume that you have stored all the packages you have downloaded somewhere in $LFS/usr/src.
I use the convention of having a $LFS/usr/src/sources directory. Under sources you'll find the directory 0-9 and the directories a through z. A package as sysvinit-2.78.tar.gz is stored under $LFS/usr/src/sources/s/ A package as bash-2.04.tar.gz is stored under $LFS/usr/src/sources/b/ and so forth. You don't have to follow this convention of course, I was just giving an example. It's better to keep the packages out of $LFS/usr/src and move them to a subdirectory, so we'll have a clean $LFS/usr/src directory in which we will unpack the packages and work with them.
The next chapter contains the list of all the packages you need to download, but the partition that is going to contain our LFS system isn't created yet. Therefore store the files temporarily somewhere where you want and remember to copy them to $LFS/usr/src/ when you have finished the chapter in which you prepare a new partition (which chapter exactly depends on your architecture).
Before you can actually start doing something with a package, you need to unpack it first. Often you will find the package files being tar'ed and gzip'ed (you can see this from a .tar.gz or .tgz extension). I'm not going to write down every time how to ungzip and how to untar an archive. I will tell you how to do that once, in this paragraph. There is also the possibility that you have the ability of downloading a .tar.bz2 file. Such a file is tar'ed and compressed with the bzip2 program. Bzip2 achieves a better compression than the commonly used gzip does. In order to use bz2 archives you need to have the bzip2 program installed. Most if not every distribution comes with this program so chances are high it is already installed on your system. If not, install it using your distribution's installation tool.
To start with, change to the $LFS/usr/src directory by running:
cd $LFS/usr/src
When you have a file that is tar'ed and gzip'ed, you unpack it by running either one of the following two commands, depending on the filename format:
tar xvfz filename.tar.gz
tar xvfz filename.tgz
When you have a file that is tar'ed and bzip'ed, you unpack it by running:
bzcat filename.tar.bz2 | tar xv
Some tar programs (most of them nowadays but not all of them) are slightly modified to be able to use bzip2 files directly using either the I or the y tar parameter which works the same as the z tar parameter to handle gzip archives.
When you have a file that is tar'ed, you unpack it by running:
tar xvf filename.tar
When the archive is unpacked a new directory will be created under the current directory (and this document assumes that you unpack the archives under the $LFS/usr/src directory). You have to enter that new directory before you continue with the installation instructions. So everytime the book is going to install a program, it's up to you to unpack the source archive.
After you have installed a package you can do two things with it. You can either delete the directory that contains the sources or you can keep it. If you decide to keep it, that's fine by me. But if you need the same package again in a later chapter you need to delete the directory first before using it again. If you don't do this, you might end up in trouble because old settings will be used (settings that apply to your normal Linux system but which don't always apply to your LFS system). Doing a simple make clean does not always guarantee a totally clean source tree. The configure script can also have files lying around in various subdirectories which aren't always removed by a make clean process.
There is on exception to that rule: don't remove the linux kernel source tree. A lot of programs need the kernel headers, so that's the only directory you don't even want to remove, unless you are not going to compile any software anymore.
Below is a list of all the common-packages you need to download for building the basic system. The version numbers printed correspond to versions of the software that is known to work and which this book is based on. If you experience problems which you can't solve yourself, download the version that is assumed in this book (in case you download a newer version).
All the files in this book will be downloaded from the LFS FTP site using the HTTP protocol when you click on the links below. There is also an FTP interface available if you want. You'll have to replace http://download.linuxfromscratch.org/ with ftp://ftp.linuxfromscratch.org/
If the download.linuxfromscratch.org server isn't allowing connections anymore (if http is full try ftp and the other way around) try one of our mirror sites. The addresses of the mirror sites can be found in Chapter 1 - Book Versions
We have provided a list of official download sites of the common-packages below in Appendix C. The LFS FTP archive only contains the versions of common-packages that are recommended for use in this book. If you're looking for newer versions than the ones listed here (by the time you read this, a couple of new versions will already be available, especially non-GNU software) you can have a look in Appendix C.
Please note that all files downloaded from the LFS FTP archive are files compressed with bzip2 instead of gz. If you don't know how to handle bz2 files, please read Chapter 2 - How to install the software.
Browse HTTP: http://download.linuxfromscratch.org
Browse FTP: ftp://download.linuxfromscratch.org
Bash (2.04) - 1,307 KB: http://download.linuxfromscratch.org/common-packages/bash-2.04.tar.bz2
Binutils (2.10) 5,430 KB: http://download.linuxfromscratch.org/common-packages/binutils-2.10.tar.bz2
Bzip2 (1.0.1) 454 KB: http://download.linuxfromscratch.org/common-packages/bzip2-1.0.1.tar.gz
Diff Utils (2.7) 247 KB: http://download.linuxfromscratch.org/common-packages/diffutils-2.7.tar.bz2
File Utils (4.0) 801 KB: http://download.linuxfromscratch.org/common-packages/fileutils-4.0.tar.bz2
GCC (2.95.2) 9,555 KB: http://download.linuxfromscratch.org/common-packages/gcc-2.95.2.tar.bz2
Linux Kernel (2.2.17) 13,727 KB: http://download.linuxfromscratch.org/common-packages/linux-2.2.17.tar.bz2
Glibc (2.1.3) 6,308 KB: http://download.linuxfromscratch.org/common-packages/glibc-2.1.3.tar.bz2
Glibc-crypt (2.1) 36 KB: http://download.linuxfromscratch.org/common-packages/glibc-crypt-2.1.tar.bz2
Glibc-linuxthreads (2.1.3) 112 KB: http://download.linuxfromscratch.org/common-packages/glibc-linuxthreads-2.1.3.tar.bz2
Glibc Patch (2.1.3) - 1 KB: http://download.linuxfromscratch.org/common-packages/glibc-2.1.3.patch.gz
Grep (2.4.2) 382 KB: http://download.linuxfromscratch.org/common-packages/grep-2.4.2.tar.bz2
Gzip (1.2.4a) 178 KB: http://download.linuxfromscratch.org/common-packages/gzip-1.2.4a.tar.bz2
Make (3.79.1) 749 KB: http://download.linuxfromscratch.org/common-packages/make-3.79.1.tar.bz2
Sed (3.02) 221 KB: http://download.linuxfromscratch.org/common-packages/sed-3.02.tar.bz2
Shell Utils (2.0) 824 KB: http://download.linuxfromscratch.org/common-packages/sh-utils-2.0.tar.bz2
Tar (1.13) 730 KB: http://download.linuxfromscratch.org/common-packages/tar-1.13.tar.bz2
Text Utils (2.0) 1,040 KB: http://download.linuxfromscratch.org/common-packages/textutils-2.0.tar.bz2
MAKEDEV (2.5) - 11 KB: http://download.linuxfromscratch.org/common-packages/MAKEDEV-2.5.tar.bz2
Bison (1.28) 321 KB: http://download.linuxfromscratch.org/common-packages/bison-1.28.tar.bz2
Mawk (1.3.3) 168 KB: http://download.linuxfromscratch.org/common-packages/mawk1.3.3.tar.bz2
Patch (2.5.4) 149 KB: http://download.linuxfromscratch.org/common-packages/patch-2.5.4.tar.bz2
Find Utils (4.1) 226 KB: http://download.linuxfromscratch.org/common-packages/findutils-4.1.tar.bz2
Find Utils Patch (4.1) 1 KB: http://download.linuxfromscratch.org/common-packages/findutils-4.1.patch.gz
Ncurses (5.1) 1,280 KB: http://download.linuxfromscratch.org/intel-packages/ncurses-5.1.tar.bz2
Less (358) 178 KB: http://download.linuxfromscratch.org/common-packages/less-358.tar.bz2
Groff (1.16.1) 1,173 KB: http://download.linuxfromscratch.org/common-packages/groff-1.16.1.tar.bz2
Man (1.5h1) 156 KB: http://download.linuxfromscratch.org/common-packages/man-1.5h1.tar.bz2
Perl (5.6.0) 4,327 KB: http://download.linuxfromscratch.org/common-packages/perl-5.6.0.tar.bz2
M4 (1.4) 249 KB: http://download.linuxfromscratch.org/common-packages/m4-1.4.tar.bz2
Texinfo (4.0) 812 KB: http://download.linuxfromscratch.org/common-packages/texinfo-4.0.tar.bz2
Autoconf (2.13) 333 KB: http://download.linuxfromscratch.org/common-packages/autoconf-2.13.tar.bz2
Automake (1.4) 277 KB: http://download.linuxfromscratch.org/common-packages/automake-1.4.tar.bz2
Flex (2.5.4a) 278 KB: http://download.linuxfromscratch.org/common-packages/flex-2.5.4a.tar.bz2
File (3.32) 125 KB: http://download.linuxfromscratch.org/common-packages/file-3.32.tar.bz2
Libtool (1.3.5) 361 KB: http://download.linuxfromscratch.org/common-packages/libtool-1.3.5.tar.bz2
Bin86 (0.15.1) 112 KB: http://download.linuxfromscratch.org/common-packages/bin86-0.15.1.tar.bz2
Gettext (0.10.35) 525 KB: http://download.linuxfromscratch.org/common-packages/gettext-0.10.35.tar.bz2
Console-tools (0.2.3) 490 KB: http://download.linuxfromscratch.org/common-packages/console-tools-0.2.3.tar.bz2
Console-tools (0.2.3) Patch: 4 KB: http://download.linuxfromscratch.org/common-packages/console-tools-0.2.3.patch.gz
Console-data (1999.08.29) 418 KB: http://download.linuxfromscratch.org/common-packages/console-data-1999.08.29.tar.bz2
E2fsprogs (1.19) 808 KB: http://download.linuxfromscratch.org/common-packages/e2fsprogs-1.19.tar.bz2
Ed (0.2) 158 KB: http://download.linuxfromscratch.org/common-packages/ed-0.2.tar.bz2
Ld.so (1.9.9) 280 KB: http://download.linuxfromscratch.org/common-packages/ld.so-1.9.9.ta4.bz2
Lilo (21.6) 172 KB: http://download.linuxfromscratch.org/intel-packages/lilo-21.6.tar.bz2
Modutils (2.3.17) 172 KB: http://download.linuxfromscratch.org/common-packages/modutils-2.3.17.tar.bz2
Vim-rt (5.7) 905 KB: http://download.linuxfromscratch.org/common-packages/vim-5.7-rt.tar.bz2
Vim-src (5.7) 963 KB: http://download.linuxfromscratch.org/common-packages/vim-5.7-src.tar.bz2
Procinfo (17) 21 KB: http://download.linuxfromscratch.org/common-packages/procinfo-17.tar.bz2
Procps (2.0.7) 153 KB: http://download.linuxfromscratch.org/common-packages/procps-2.0.7.tar.bz2
Psmisc (19) 20 KB: http://download.linuxfromscratch.org/common-packages/psmisc-19.tar.bz2
Shadow Password Suite (20000902) 557 KB: http://download.linuxfromscratch.org/common-packages/shadow-20000902.tar.bz2
Sysklogd (1.4) 67 KB: http://download.linuxfromscratch.org/common-packages/sysklogd-1.4.tar.bz2
Sysvinit (2.78) 90 KB: http://download.linuxfromscratch.org/common-packages/sysvinit-2.78.tar.bz2
Util Linux (2.10o) 871 KB: http://download.linuxfromscratch.org/common-packages/util-linux-2.10o.tar.bz2
Man-pages (1.31) 468 KB: http://download.linuxfromscratch.org/common-packages/man-pages-1.31.tar.bz2
Netkit-base (0.17) 49 KB: http://download.linuxfromscratch.org/common-packages/netkit-base-0.17.tar.bz2
Net-tools (1.57) 187 KB: http://download.linuxfromscratch.org/common-packages/net-tools-1.57.tar.bz2
Total size of all intel-packages: 60,017 KB (58,61 MB)
In this chapter the partition that is going to host the LFS system is going to be prepared. A new partition will be created, an ext2 file system will be created on it and the directory structure will be created. When this is done, we can move on to the next chapter and start building a new Linux system from scratch.
Before we can build our new Linux system, we need to have an empty Linux partition on which we can build our new system. I recommend a partition size of around 750 MB. This gives you enough space to store all the tarballs and to compile all packages without worrying running out of the necessary temporary disk space. If you already have a Linux Native partition available, you can skip this subsection.
Start the fdisk program (or some other fdisk program you prefer) with the appropriate hard disk as the option (like /dev/hda if you want to create a new partition on the primary master IDE disk). Create a Linux Native partition, write the partition table and exit the fdisk program. If you get the message that you need to reboot your system to ensure that that partition table is updated, then please reboot your system now before continuing. Remember what your new partition's designation is. It could be something like hda11 (as it is in my case). This newly created partition will be referred to as the LFS partition in this book.
Once the partition is created, we have to create a new ext2 file system on that partition. To create a new ext2 file system we use the mke2fs command. Enter the new partition as the only option and the file system will be created. If your partition is hda11, you would run:
mke2fs /dev/hda11
Now that we have created the ext2 file system, it is ready for use. All we have to do to be able to access it (as in reading from and writing date to it) is mounting it. If you mount it under /mnt/lfs, you can access this partition by going to the /mnt/lfs directory and then do whatever you need to do. This document will assume that you have mounted the partition on a subdirectory under /mnt. It doesn't matter which directory you choose (or you can use just the /mnt directory as the mount point) but this book will assume /mnt/lfs in the commands it tells you to execute.
Create the /mnt/lfs directory by runnning:
mkdir -p /mnt/lfs
Now mount the LFS partition by running:
mount /dev/xxx /mnt/lfs
Replace "xxx" by your partition's designation.
This directory (/mnt/lfs) is the $LFS variable you have read about earlier. So if you read somewhere to "cp inittab $LFS/etc" you actually will type "cp inittab /mnt/lfs/etc". Or if you want to use the $LFS environment variable, execute export LFS=/mnt/lfs now.
Let's create the directory tree on the LFS partition according to the FHS standard which can be found at http://www.pathname.com/fhs/. Issuing the following commands will create the necessary directories:
cd $LFS
mkdir bin boot dev dev/pts etc home lib mnt proc root sbin tmp var
for dirname in $LFS/usr $LFS/usr/local
do
mkdir $dirname
cd $dirname
mkdir bin etc include lib sbin share src tmp var
ln -s share/man man
ln -s share/doc doc
ln -s share/info info
cd $dirname/share
mkdir dict doc info locale man nls misc terminfo zoneinfo
cd $dirname/share/man
mkdir man1 man2 man3 man4 man5 man6 man7 man8
done
cd $LFS/var
mkdir lock log mail run spool tmp
Normally directories are created with permission mode 755, which isn't desired for all directories. I haven't checked the FHS if they suggest default modes for certain directories, so I'll just change the modes for two directories. The first change is a mode 0750 for the $LFS/root directory. This is to make sure that not just everybody can enter the /root directory (the same you would do with /home/username directories). The second change is a mode 1777 for the $LFS/tmp directory. This way every user can write stuff to the /tmp directory if they need to. The sticky (1) bit makes sure users can't delete other user's file which they normally can do because the directory is set in such a way that every body (owner, group, world) can write to that directory.
root:~# cd $LFS
root:lfs# chmod 0750 root
root:lfs# chmod 1777 tmp usr/tmp var/tmp
Now that the directories are created, copy the source files you have downloaded in chapter 3 to some subdirectory under $LFS/usr/src (you will need to create this subdirectory yourself).
In this chapter we will install all the software that belongs to a basic Linux system. After you're done with this chapter you have a fully working Linux system. The remaining chapters deal with setting up networking, creating the boot scripts and adding an entry to lilo.conf so that you can boot your LFS system.
The software in this chapter will be linked statically. These programs will be re-installed in the next chapter and linked dynamically. The reason for the static version first is that there is a chance that our normal Linux system and your LFS system aren't using the same C Library versions. If the programs in the first part are linked against an older C library version, those programs might not work well on the LFS system.
The key to learn what makes Linux tick is to know exactly what packages are used for and why you or the system needs them. In depth descriptions of the package are provided after the Installation subsection of each package and in Appendix A as well.
We're about to start with installing the first set of packages. These packages will be, as previously explained, linked statically.
During the installation of various packages you will most likely see compiler warnings scrolling by on your screen. These are normal and can be safely ignored. They are just that, warnings (mostly about improper use of the C or C++ syntax, but not illegal use. It's just that often C standards changed and packages still use the old standard which is not a problem).
Before we start, make sure you have the LFS environment variable setup if you plan on using it, by running the following command:
root:~# echo $LFS
Install Bash by running the following commands:
./configure --enable-static-link --prefix=$LFS/usr \
--bindir=$LFS/bin --disable-nls --with-curses &&
make &&
make install &&
cd $LFS/bin &&
ln -s bash sh
Bash is the Bourne-Again SHell, which is a widely used command interpreter on Unix systems. Bash is a program that reads from standard input, the keyboard. You type something and the program will evaluate what you have typed and do something with it, like running a program.
Install Binutils by running the following commands:
./configure --prefix=$LFS/usr --disable-nls &&
make -e LDFLAGS=-all-static tooldir=$LFS/usr &&
make install
The Binutils package contains the ld, as, ar, nm, objcopy, objdump, ranlib, size, strings, strip, c++filt, addr2line and nlmconv programs
ld combines a number of object and archive files, relocates their data and ties up symbol references. Often the last step in building a new compiled program to run is a call to ld.
as is primarily intended to assemble the output of the GNU C compiler gcc for use by the linker ld.
The ar program creates, modifies, and extracts from archives. An archive is a single file holding a collection of other files in a structure that makes it possible to retrieve the original individual files (called members of the archive).
objcopy utility copies the contents of an object file to another. objcopy uses the GNU BFD Library to read and write the object files. It can write the destination object file in a format different from that of the source object file.
objdump displays information about one or more object files. The options control what particular information to display. This information is mostly useful to programmers who are working on the compilation tools, as opposed to programmers who just want their program to compile and work.
ranlib generates an index to the contents of an archive, and stores it in the archive. The index lists each symbol defined by a member of an archive that is a relocatable object file.
size lists the section sizes --and the total size-- for each of the object files objfile in its argument list. By default, one line of output is generated for each object file or each module in an archive.
For each file given, strings prints the printable character sequences that are at least 4 characters long (or the number specified with an option to the program) and are followed by an unprintable character. By default, it only prints the strings from the initialized and loaded sections of object files; for other types of files, it prints the strings from the whole file.
strings is mainly useful for determining the contents of non-text files.
strip discards all or specific symbols from object files. The list of object files may include archives. At least one object file must be given. strip modifies the files named in its argument, rather than writing modified copies under different names.
The C++ language provides function overloading, which means that you can write many functions with the same name (providing each takes parameters of different types). All C++ function names are encoded into a low-level assembly label (this process is known as mangling). The c++filt program does the inverse mapping: it decodes (demangles) low-level names into user-level names so that the linker can keep these overloaded functions from clashing.
addr2line translates program addresses into file names and line numbers. Given an address and an executable, it uses the debugging information in the executable to figure out which file name and line number are associated with a given address.
nlmconv converts relocatable object files into the NetWare Loadable Module files, optionally reading header files for NLM header information.
Install Bzip2 by running the following commands:
sed \
s/"\$(CC) \$(CFLAGS) -o"/"\$(CC) \$(CFLAGS) \$(LDFLAGS) -o"/ \
Makefile | make -f /dev/stdin LDFLAGS=-static &&
make PREFIX=$LFS/usr install &&
cd $LFS/usr/bin &&
mv bzcat bunzip2 bzip2 bzip2recover $LFS/bin
bzip2 compresses files using the Burrows-Wheeler block sorting text compression algorithm, and Huffman coding. Compression is generally considerably better than that achieved by more conventional LZ77/LZ78-based compressors, and approaches the performance of the PPM family of statistical compressors.
Install Diffutils by running the following commands:
CPPFLAGS=-Dre_max_failures=re_max_failures2 \
./configure --prefix=$LFS/usr --disable-nls &&
make LDFLAGS=-static &&
make install
cmp and diff both compare two files and report their differences. Both programs have extra options which compare files in different situations.
Install Fileutils by running the following commands:
./configure --disable-nls --prefix=$LFS/usr --bindir=$LFS/bin &&
make LDFLAGS=-static &&
make install &&
cd $LFS/usr/bin &&
ln -s ../../bin/install install
The Fileutils package contains the chgrp, chmod, chown, cp, dd, df, dir, dircolors, du, install, ln, ls, mkdir, mkfifo, mknod, mv, rm, rmdir, sync, touch and vdir programs.
chgrp changes the group ownership of each given file to the named group, which can be either a group name or a numeric group ID.
chmod changes the permissions of each given file according to mode, which can be either a symbolic representation of changes to make, or an octal number representing the bit pattern for the new permissions.
dd copies a file (from the standard input to the standard output, by default) with a user-selectable blocksize, while optionally performing conversions on it.
df displays the amount of disk space available on the filesystem containing each file name argument. If no file name is given, the space available on all currently mounted filesystems is shown.
dir and vdir are versions of ls with different default output formats. These programs list each given file or directory name. Directory contents are sorted alphabetically. For ls, files are by default listed in columns, sorted vertically, if the standard output is a terminal; otherwise they are listed one per line. For dir, files are by default listed in columns, sorted vertically. For vdir, files are by default listed in long format.
dircolors outputs commands to set the LS_COLOR environment variable. The LS_COLOR variable is use to change the default color scheme used by ls and related utilities.
du displays the amount of disk space used by each argument and for each subdirectory of directory arguments.
install copies files and sets their permission modes and, if possible, their owner and group.
mv moves files from one directory to another or renames files, depending on the arguments given to mv.
touch changes the access and modification times of each given file to the current time. Files that do not exist are created empty.
In order to compile Glibc-2.1.3 later on you need to have gcc-2.95.2 installed. Although any GCC version above 2.8 would do, 2.95.2 is the highly recommended version to use. egcs-2.91.x is also known to work. If you don't have gcc-2.95.x or egcs-2.91.x you need to install gcc-2.95.2 on your normal sytem before you can compile Glibc later in this chapter.
To find out which compiler version your systems has, run the following command:
root:~# gcc --version
If you normal Linux system does not have gcc-2.95.x or egcs-2.91.x installed you need to install it now. We won't replace the current compiler on your system, but instead we will install gcc in a separate directory (/usr/local/gcc2952). This way no binaries or header files will be replaced.
After you unpacked the gcc-2.95.2 archive don't enter the newly created gcc-2.95.2 directory but stay in the $LFS/usr/src directory. Install GCC by running the following commands:
mkdir $LFS/usr/src/gcc-build &&
cd $LFS/usr/src/gcc-build &&
../gcc-2.95.2/configure \
--prefix=/usr/local/gcc2952 \
--with-local-prefix=/usr/local/gcc2952 \
--with-gxx-include-dir=/usr/local/gcc2952/include/g++\
--enable-shared --enable-languages=c,c++ &&
make bootstrap &&
make install
A compiler translates source code in text format to a format that a computer understands. After a source code file is compiled into an object file, a linker will create an executable file from one or more of these compiler generated object files.
A pre-processor pre-processes a source file, such as including the contents of header files into the source file. You generally don't do this yourself to save yourself a lot of time. You just insert a line like #include <filename>. The pre-processor file insert the contents of that file into the source file. That's one of the things a pre-processor does.
The C++ library is used by C++ programs. The C++ library contains functions that are frequently used in C++ programs. This way the programmer doesn't have to write certain functions (such as writing a string of text to the screen) from scratch every time he creates a program.
After you unpacked the gcc-2.95.2 archive don't enter the newly created gcc-2.95.2 directory but stay in the $LFS/usr/src directory. Install GCC by running the following commands:
mkdir $LFS/usr/src/gcc-build &&
cd $LFS/usr/src/gcc-build &&
../gcc-2.95.2/configure --prefix=/usr \
--with-gxx-include-dir=/usr/include/g++ \
--enable-languages=c,c++ --disable-nls &&
make -e LDFLAGS=-static bootstrap &&
make prefix=$LFS/usr local_prefix=$LFS/usr/local \
gxx_include_dir=$LFS/usr/include/g++ install
The system needs a few symlinks to ensure every program is able to find the compiler and the pre-processor. Some programs run the cc program, others run the gcc program. Some programs expect the cpp program in /lib and others expect to find it in /usr/bin. Create those symlinks by running:
cd $LFS/lib &&
ln -s ../usr/lib/gcc-lib/*/2.95.2/cpp cpp &&
cd $LFS/usr/lib &&
ln -s gcc-lib/*/2.95.2/cpp cpp &&
cd $LFS/usr/bin &&
ln -s gcc cc
A compiler translates source code in text format to a format that a computer understands. After a source code file is compiled into an object file, a linker will create an executable file from one or more of these compiler generated object files.
A pre-processor pre-processes a source file, such as including the contents of header files into the source file. You generally don't do this yourself to save yourself a lot of time. You just insert a line like #include <filename>. The pre-processor file insert the contents of that file into the source file. That's one of the things a pre-processor does.
The C++ library is used by C++ programs. The C++ library contains functions that are frequently used in C++ programs. This way the programmer doesn't have to write certain functions (such as writing a string of text to the screen) from scratch every time he creates a program.
We won't be compiling a new kernel image yet. We'll do that after we have finished the installation of the basic system software in this chapter. But because certain software need the kernel header files, we're going to unpack the kernel archive now and set it up so that we can compile package that need the kernel.
Create the kernel configuration file by running the following command:
yes "" | make config
Ignore the warning Broken pipe you might see at the end. Now run the following commands to set up all the dependencies correctly:
make dep
Now that that's done, we need to create the $LFS/usr/include/linux and the $LFS/usr/include/asm symlinks. Create them by running the following commands:
cd $LFS/usr/include &&
ln -s ../src/linux/include/linux linux &&
ln -s ../src/linux/include/asm asm
The Linux kernel is at the core of every Linux system. It's what makes Linux tick. When you turn on your computer and boot a Linux system, the very first piece of Linux software that gets loaded is the kernel. The kernel initializes the system's hardware components such as serial ports, parallel ports, sound cards, network cards, IDE controllers, SCSI controllers and a lot more. In a nutshell the kernel makes the hardware available so that the software can run.
An excerpt from the README file that is distributed with the glibc-crypt package:
The add-on is not included in the main distribution of the GNU C library because some governments, most notably those of France, Russia, and the US, have very restrictive rules governing the distribution and use of encryption software. Please read the node "Legal Problems" in the manual for more details.
In particular, the US does not allow export of this software without a licence, including via the Internet. So please do not download it from the main FSF FTP site at ftp.gnu.org if you are outside the US. This software was completely developed outside the US.
"This software" refers to the glibc-crypt package at ftp://ftp.gwdg.de/pub/linux/glibc/. This law only affects people who don't live in the US. It's not prohibited to import DES software, so if you live in the US you can import the file safely from Germany without breaking cryptographic laws. This law is changing lately and I don't know what the status of it is at the moment. Better be safe than sory.
Unpack the glibc-crypt and glibc-linuxthreads in the glibc-2.1.3 directory, not in /usr/src. Don't enter the created directories. Just unpack them and leave it with that.
A few default parameters of Glibc need to be changed, such as the directory where the shared libraries are supposed to be installed in and the directory that contains the system configuration files. For this purpose you need to create the $LFS/usr/src/glibc-build directory and cd into that directory with:
mkdir $LFS/usr/src/glibc-build &&
cd $LFS/usr/src/glibc-build
In that directory you create a new file configparms containing the following:
# Begin configparms
slibdir=/lib
sysconfdir=/etc
# End configparms
You can create this file by simply running the following command:,
echo -e "slibdir=/lib\nsysconfdir=/etc" > configparms
The \n after slibdir=/lib is not a mistake. The \n characters will be interpreted as if the enter key was pressed.
If you're getting errors related to illegal character 45 in some variable name during the compilation, apply the Glibc patch to the glibc-2.1.3 directory by cd into the glibc-2.1.3 direcotry and running the following command:
patch -Np1 -i ../glibc-2.1.3.patch
Please note that the configure script of Glibc can complain about certain files in the /usr/include directory being too old and will be replaced, or that some symlink is not supposed to be there anymore (like the /usr/include/scsi symlink that's present on older Linux systems). If it asks you to move a symlink like scsi out of the way, please do so. If it says it will replace old files by the newer Glibc files you can ignore that. Glibc does not know that it will end up on $LFS when the configure script is run.
If your system had already a suitable GCC version installed, change to the $LFS/usr/src/glibc-build directory and install Glibc by running the following commands:
cd $LFS/usr/src/glibc-build &&
../glibc-2.1.3/configure \
--prefix=/usr --enable-add-ons \
--with-headers=$LFS/usr/include &&
make &&
make install_root=$LFS install &&
make install_root=$LFS localedata/install-locales
If your system didn't have a suitable GCC version installed, change to the $LFS/usr/src/glibc-build directory and install Glibc using the gcc-2.95.2 you just installed by running the following commands:
cd $LFS/usr/src/glibc-build &&
CC=/usr/local/gcc2952/bin/gcc \
../glibc-2.1.3/configure --prefix=/usr --enable-add-ons \
--with-headers=$LFS/usr/include &&
make &&
make install_root=$LFS install &&
make install_root=$LFS localedata/install-locales
If your normal Linux system runs glibc-2.0, you need to copy the NSS library files to the LFS partition. Certain statically linked programs still depend on the NSS library, especially programs that need to lookup usernames,userid's and groupid's. You can check which C library version your normal Linux system uses by running:
strings /lib/libc* | grep "release version"
The output of that command should tell you something like this:
GNU C Library stable release version 2.1.3, by Roland McGrath et al.
If you have a libc-2.0.x file copy the NSS library files by running:
cp -av /lib/libnss* $LFS/lib
The C Library is a collection of commonly used functions in programs. This way a programmer doens't need to create his own functions for every single task. The most common things like writing a string to your screen are already present and at the disposal of the programmer.
The C library (actually almost every library) come in two flavours: dynamic ones and static ones. In short when a program uses a static C library, the code from the C library will be copied into the executable file. When a program uses a dynamic library, that executable will not contain the code from the C library, but instead a routine that loads the functions from the library at the time the program is run. This means a significant decrease in the file size of a program. If you don't understand this concept, you better read the documentation that comes with the C Library as it is too complicated to explain here in one or two lines.
Install Grep by running the following commands:
CPPFLAGS=-Dre_max_failures=re_max_failures2 \
./configure --prefix=$LFS/usr --disable-nls &&
make LDFLAGS=-static &&
make install
egrep prints lines from files matching an extended regular expression pattern.
fgrep prints lines from files matching a list of fixed strings, separated by newlines, any of which is to be matched.
This package is known to cause compilation problems on certain platforms. If you're having trouble compiling this package as well, you can download a patch from http://www.linuxfromscratch.org/download/gzip-1.2.4a.patch.gz
Install this patch by running the following command:
patch -Np1 -i ../gzip-1.2.4a.patch
Install Gzip by running the following commands:
./configure --prefix=$LFS/usr --disable-nls &&
make LDFLAGS=-static &&
make install &&
cp $LFS/usr/bin/gunzip $LFS/usr/bin/gzip $LFS/bin &&
rm $LFS/usr/bin/gunzip $LFS/usr/bin/gzip
The Gzip package contains the gunzip, gzexe, gzip, zcat, zcmp, zdiff, zforece, zgrep, zmore and znew programs.
gunzip decompresses files that are compressed with gzip.
gzexe allows you to compress executables in place and have them automatically uncompress and execute when you run them (at a penalty in performance).
zcat uncompresses either a list of files on the command line or its standard input and writes the uncompressed data on standard output
zforce forces a .gz extension on all gzip files so that gzip will not compress them twice. This can be useful for files with names truncated after a file transfer.
Zmore is a filter which allows examination of compressed or plain text files one screenful at a time on a soft-copy terminal (similar to the more program).
Install Make by running the following commands:
./configure --prefix=$LFS/usr --disable-nls &&
make LDFLAGS=-static &&
make install
make determine automatically which pieces of a large program need to be recompiled, and issue the commands to recompile them.
Install Sed by running the following commands:
CPPFLAGS=-Dre_max_failures=re_max_failures2 \
./configure --prefix=$LFS/usr --disable-nls --bindir=$LFS/bin &&
make LDFLAGS=-static &&
make prefix=$LFS/usr &&
make install
sed is a stream editor. A stream editor is used to perform basic text transformations on an input stream (a file or input from a pipeline).
Install Shellutils by running the following commands:
./configure --prefix=$LFS/usr --disable-nls &&
make LDFLAGS=-static &&
make install &&
cd $LFS/usr/bin &&
mv date echo false pwd stty $LFS/bin &&
mv su true uname hostname $LFS/bin
The Shellutils package contains the basename, chroot, date, dirname, echo, env, expr, factor, false, groups, hostid, hostname, id, logname, nice, nohup, pathchk, pinky, printenv, printf, pwd, seq, sleep, stty, su, tee, test, true, tty, uname, uptime, users, who, whoami and yes programs.
Install Tar by running the following commands:
./configure --prefix=$LFS/usr --disable-nls &&
make LDFLAGS=-static &&
make prefix=$LFS/usr install &&
mv $LFS/usr/bin/tar $LFS/bin
tar is an archiving program designed to store and extract files from an archive file known as a tarfile.
rmt is a program used by the remote dump and restore programs in manipulating a magnetic tape drive through an interprocess communication connection.
Install Textutils by running the following commands:
./configure --prefix=$LFS/usr --disable-nls &&
make LDFLAGS=-static &&
make install &&
mv $LFS/usr/bin/cat $LFS/bin
The Textutils package contains the cat, cksum, comm, split, cut, expand, fmt, fold, head, join, md5sum, nl, od, paste, pr, ptx, sort, split, sum, tac, tail, tr, tsort, unexpand, uniq and wc programs.
cat concatenates file(s) or standard input to standard output.
cplit outputs pieces of a file separated by (a) pattern(s) to files xx01, xx02, ..., and outputs byte counts of each piece to standard output.
fold wraps input lines in each specified file (standard input by default), writing to standard output.
od writes an unambiguous representation, octal bytes by default, of a specified file to standard output.
paste writes lines consisting of the sequentially corresponding lines from each specified file, separated by TABs, to standard output.
tr translates, squeezes, and/or deletes characters from standard input, writing to standard output.
uniq discards all but one of successive identical lines from files or standard input and writes to files or standard output.
wc prints line, word, and byte counts for each specified file, and a total line if more than one file is specified.
In order for user and group root to be recognized and to be able to logon it needs an entry in the /etc/passwd and /etc/group file. Besides the group root a couple of other groups are recommended and needed by packages. The groups with their GID's below aren't part of any standard. The LSB only recommends besides a group root a group bin to be present with GID 1. Other group names and GID's can be chosen by yourself. Well written packages don't depend on GID numbers but just use the group name, it doesn't matter all that much what GID a group has. Since there aren't any standards for groups I won't follow any conventions used by Debian, RedHat and others. The groups added here are the groups the MAKEDEV script (the script that creates the device files in the /dev directory) mentions.
Create a new file $LFS/etc/passwd by running the following command:
echo "root:x:0:0:root:/root:/bin/bash" > $LFS/etc/passwd
Create a new file $LFS/etc/group by running the following command:
echo "root:x:0:" > $LFS/etc/group &&
echo "bin:x:1:" >> $LFS/etc/group &&
echo "sys:x:2:" >> $LFS/etc/group &&
echo "kmem:x:3:" >> $LFS/etc/group &&
echo "tty:x:4:" >> $LFS/etc/group &&
echo "uucp:x:5:" >> $LFS/etc/group &&
echo "daemon:x:6:" >> $LFS/etc/group &&
echo "floppy:x:7:" >> $LFS/etc/group &&
echo "disk:x:8:" >> $LFS/etc/group
In order for certain programs to function properly the proc file system must be mounted and available from within the chroot'ed environment as well. It's not a problem to mount the proc file system twice or even more than that, since it's a virtual file system maintained by the kernel itself.
Mount the proc file system under $LFS/proc by running the following command:
mount proc $LFS/proc -t proc
The installation of all the software is pretty straightforward and you'll think it's so much easier and shorter to give the generic installation instructions for each package and only explain how to install something if a certain package requires an alternate installation method. Although I agree with you on that, I, however, choose to give the full instructions for each and every package. This is simply to avoid any possible confusion and errors.
Most programs and libraries by default are compiled with debugging symbols and optimizing level 2 (gcc options -g and -O2) and are compiled for a specific CPU. On Intel platforms software is compiled for i386 processors by default. If you don't wish to run software on other machines other than your own, you might want to change the default compiler options so that they will be compiled with a higher optimization level, no debugging symbols and generate code for your specific architecture. Let me first explain what debugging symbols are.
A program compiled with debugging symbols means you can run a program or library through a debugger and the debugger's output will be user friendlier. These debugging symbols also enlarge the program or library significantly.
To remove debugging symbols from a binary (must be an a.out or ELF binary) run strip --strip-debug filename You can use wild cards if you need to strip debugging symbols from multiple files (use something like strip --strip-debug $LFS/usr/bin/*). Another, easier, options is just not to compile programs with debugging symbols. Most people will probably never use a debugger on software, so by leaving those symbols out you can save a lot of diskspace.
Before you wonder if these debugging symbols would make a big difference, here are some statistics:
A dynamic Bash binary with debugging symbols: 1.2MB
A dynamic Bash binary without debugging symbols: 478KB
/lib and /usr/lib (glibc and gcc files) with debugging symbols: 87MB
/lib and /usr/lib (glibc and gcc files) without debugging symbols: 16MB
Sizes may vary depending on which compiler was used and which C library version was used to link dynamic programs against, but your results will be similar if you compare programs with and without debugging symbols. After I was done with this chapter and stripped all debugging symbols from all LFS binaries and libraries I regained a little over 102 MB of disk space. Quite the difference.
There are a few ways to change the default compiler options. One way is to edit every Makefile file you can find in a package, look for the CFLAGS and CXXFLAGS variables (a well designed package uses the CFLAGS variable to define gcc compiler options and CXXFLAGS to define g++ compiler options) and change their values. Packages like binutils, gcc, glibc and others have a lot of Makefile files in a lot of subdirectories so this would take a lot of time to do. Instead there's an easier way to do things: create the CFLAGS and CXXFLAGS environment variables. Most configure scripts read the CFLAGS and CXXFLAGS variables and use them in the Makefile files. A few packages don't follow this convention and those package require manual editing.
In the next section we'll create the $LFS/root/.bash_profile that will contain the following optimization:
CFLAGS="-O3 -mcpu=xxx -march=xxx"
CXXFLAGS=$CFLAGS
This is a minimal set of optimizations that ensures it works on almost all platforms. These two options (mcpu and march) will compile the binaries with specific instructions for that CPU you have specified. This means you can't copy this binary to a lower class CPU and execute it. It will either work very unreliable or not at all (it will give errors like Illegal Instruction, core dumped). You'll have to read the GCC Info page to find more possible optimization flags. In the above environment variable you have to replace xxx and yyy with the appropriate CPU identifiers such as i586, i686, powerpc and others.
Please keep in mind that if you find that a package doesn't compile and gives errors like "segmentation fault, core dumped" it's most likely got to do with these compiler optimizations. Try lowering the optimizing level by changing -O3 to -O2. If that doesn't work try -O or leave it out all together. Also try changing the -mcpu and -march variables. Compilers are very sensitive to certain hardware too. Bad memory can cause compilation problems when a high level of optimization is used, like the -O3 setting. The fact that I don't have any problems compiling everything with -O3 doesn't mean you won't have any problems either. Another problem can be the Binutils version that's installed on your system which often causes compilation problems in Glibc (most noticable in RedHat because RedHat often uses beta software which aren't always very stable. "RedHat likes living on the bleeding edge, but leaves the bleeding up to you" (quoted from somebody on the lfs-discuss mailinglist).
When we have entered the chroot'ed environment in the next section we want to export a couple of environment variables in that shell such as TERM, CFLAGS, CXXFLAGS and others variables you want to have set. For that purpose we'll create the $LFS/root/.bash_profile file and "source" it after we have entered the chroot'ed environment.
Create a new file $LFS/root/.bash_profile containing the following. Replace -mcpu=xxx and -march=yyy with the proper values for your machine:
# Begin /root/.bash_profile
TERM=linux
CFLAGS="-O3 -mcpu=xxx -march=yyy"
CXXFLAGS=$CFLAGS
export TERM CFLAGS CXXFLAGS
# End /root/.bash_profile
You can add more environment variables at your own discretion as you deem them necesarry.
It's time to enter our chroot'ed environment in order to install the rest of the software we need.
Enter the following command to enter the chroot'ed environment. From this point on there's no need to use the $LFS variable anymore, because everything you do will be restricted to the LFS partition (since / is actually /mnt/lfs but the shell doesn't know that).
cd $LFS
chroot $LFS env -i HOME=/root bash --login
Now that we are inside a chroot'ed environment, we can continue to install all the basic system software. Make sure you execute all the following commands in this chapter from within the chroot'ed environment.
If you plan on using a non-English language you have to setup your locale to match your desired language. You do that by running the localedef command with the proper values. You can find the desired files in the /usr/share/i18n directory.
localedef -i en_US -f ISO-8859-1 en_US
Install MAKEDEV by running the following commands:
sed "s/# 9/9/" MAKEDEV >/dev/MAKEDEV &&
chmod 754 /dev/MAKEDEV
Create the device files by running the following commands:
cd /dev &&
./MAKEDEV -v generic
The "generic" parameter passed to the MAKEDEV script doesn't create all the devices you might need, such as audio devices, hdc, hdd and ohters. If you seem to be missing something tell MAKEDEV to create it. To create hdc replace generic with hdc. You can also add hdc to generic, so you would execute ./MAKEDEV -v generic hdc to create the generic set of devices files, plus the files you need to be able to access hdc (and hdc1, hdc2, etc)
Please note that this script dates back from 1997 and therefore can be outdated and not support newer hardware. If you need device files which aren't known by this script please read the Documentation/devices.txt file in a Linux source tree. This file lists all the major and minor numbers for all the device files that the kernel knows about. With this list you can create such device files yourself. See the mknod man page for more information on how to make device files yourself.
MAKEDEV is a script that can aid you in creating the necesarry static device files that usually reside in the /dev directory.
Install Ed by running the following commands:
./configure --prefix=/usr &&
make &&
make install &&
mv /usr/bin/ed /usr/bin/red /bin
Ed is a line-oriented text editor. It is used to create, display, modify and otherwise manipulate text files.
Install Patch by running the following commands:
./configure --prefix=/usr &&
make &&
make install
The patch program modifies a file according to a patch file. A patch file usually is a list created by the diff program that contains instructions on how an original file needs to be modified. Patch is used a lot for source code patches since it saves time and space. Imagine you have a package that is 1MB in size. The next version of that package only has changes in two files of the first version. You can ship an entirely new package of 1MB or provide a patch file of 1KB which will update the first version to make it identical to the second version. So if you have downloaded the first version already, a patch file can save you a second large download.
This package is known to cause compilation problem. If you're having trouble compiling this package as well, apply the Findutils patch.
Install this patch by running the following command:
patch -Np1 -i ../findutils-4.1.patch
Install Findutils by running the following commands:
./configure --prefix=/usr &&
make &&
make install
The find program searches for files in a directory hierarchy which match a certain criteria. If no criteria is given, it lists all files in the current directory and it's subdirectories.
Locate scans a database which contain all files and directories on a filesystem. This program lists the files and directories in this database matching a certain criteria. If you're looking for a file this program will scan the database and tell you exactly where the files you requested are located. This only makes sense if your locate database is fairly up-to-date else it will provide you with out-of-date information.
The updatedb program updates the locate database. It scans the entire file system (including other file system that are currently mounted unless you specify it not to) and puts every directory and file it finds into the database that's used by the locate program which retrieves this information. It's a good practice to update this database once a day so that you are ensured of a database that is up-to-date.
The xargs command applies a command to a list of files. If you need to perform the same command on multiple files, you can create a file that contains all these files (one per line) and use xargs to perform that command on the list.
Install Mawk by running the following commands:
./configure &&
make &&
make BINDIR=/usr/bin \
MANDIR=/usr/share/man/man1 install &&
cd /usr/bin &&
ln -s mawk awk
Mawk is an interpreter for the AWK Programming Language. The AWK language is useful for manipulation of data files, text retrieval and processing, and for prototyping and experimenting with algorithms.
Install Ncurses by running the following commands:
./configure --prefix=/usr --libdir=/lib \
--with-shared --disable-termcap &&
make &&
make install &&
cd /lib &&
ln -s libncurses.a libcurses.a
The Ncurses package contains the ncurses, panel, menu and form libraries. It also contains the tic, infocmp, clear, tput, toe and tset programs.
The libraries that make up the Ncurses library are used to display text (often in a fancy way) on your screen. An example where ncurses is used is in the kernel's "make menuconfig" process. The libraries contain routines to create panels, menu's, form and general text display routines.
Tic is the terminfo entry-description compiler. The program translates a terminfo file from source format into the binary format for use with the ncurses library routines. Terminfo files contain information about the capabilities of your terminal.
The infocmp program can be used to compare a binary terminfo entry with other terminfo entries, rewrite a terminfo description to take advantage of the use= terminfo field, or print out a terminfo description from the binary file (term) in a variety of formats (the opposite of what tic does).
The clear program clears your screen if this is possible. It looks in the environment for the terminal type and then in the terminfo database to figure out how to clear the screen.
The tput program uses the terminfo database to make the values of terminal-dependent capabilities and information available to the shell, to initialize or reset the terminal, or return the long name of the requested terminal type.
The Tset program initializes terminals so they can be used, but it's not widely used anymore. It's provided for 4.4BSD compatibility.
You need to unpack both the vim-rt and vim-src packages to install Vim. Both packages will unpack their files into the vim-5.7 directory. This won't overwrite any files from the other package. So it doesn't mattter in which order you do it. Install Vim by running the following commands:
./configure --prefix=/usr &&
make &&
make install &&
cd /usr/bin &&
ln -s vim vi
If you are planning on installing the X Window system on your LFS system, you might want to re-compile Vim after you have installed X. Vim comes with a nice GUI version of the editor which requires X and a few other libraries to be installed. For more information read the Vim documentation.
The Vim package contains the ctags, etags, ex, gview, gvim, rgview, rgvim, rview, rvim, view, vim, vimtutor and xxd programs.
ctags generate tag files for source code.
etags does the same as ctags but it can generate cross reference files which list information about the various source objects found in a set of lanugage files.
rview is a restricted version of view. No shell commands can be started and Vim can't be suspended.
rvim is the restricted version of vim. No shell commands can be started and Vim can't be suspended.
After you unpacked the gcc-2.95.2 archive don't enter the newly created gcc-2.95.2 directory but stay in the /usr/src directory. Install GCC by running the following commands:
mkdir /usr/src/gcc-build &&
cd /usr/src/gcc-build &&
../gcc-2.95.2/configure --prefix=/usr \
--with-gxx-include-dir=/usr/include/g++ \
--enable-shared --enable-languages=c,c++ &&
make bootstrap &&
make install
A compiler translates source code in text format to a format that a computer understands. After a source code file is compiled into an object file, a linker will create an executable file from one or more of these compiler generated object files.
A pre-processor pre-processes a source file, such as including the contents of header files into the source file. You generally don't do this yourself to save yourself a lot of time. You just insert a line like #include <filename>. The pre-processor file insert the contents of that file into the source file. That's one of the things a pre-processor does.
The C++ library is used by C++ programs. The C++ library contains functions that are frequently used in C++ programs. This way the programmer doesn't have to write certain functions (such as writing a string of text to the screen) from scratch every time he creates a program.
Install Bison by running the following commands:
./configure --prefix=/usr \
--datadir=/usr/share/bison &&
make &&
make install
Some programs don't know about bison and try to find the yacc program (bison is a (better) alternative for yacc). So to please those few programs out there we'll create a yacc script that calls bison and have it emulate yacc's output file name conventions).
Create a new file /usr/bin/yacc containing the following:
#!/bin/sh
# Begin /usr/bin/yacc
/usr/bin/bison -y $*
# End /usr/bin/yacc
Bison is a parser generator, a replacement for YACC. YACC stands for Yet Another Compiler Compiler. What is Bison then? It is a program that generates a program that analyses the structure of a textfile. Instead of writing the actual program you specify how things should be connected and with those rules a program is constructed that analyses the textfile.
There are alot of examples where structure is needed and one of them is the calculator.
Given the string :
1 + 2 * 3
You can easily come to the result 7. Why ? Because of the structure. You know how to interpretet the string. The computer doesn't know that and Bison is a tool to help it understand by presenting the string in the following way to the compiler:
+
/ \
* 1
/ \
2 3
You start at the bottom of a tree and you come across the numbers 2 and 3 which are joined by the multiplication symbol, so the computers multiplies 2 and 3. The result of that multiplication is remembered and the next thing that the computer sees is the result of 2*3 and the number 1 which are joined by the add symbol. Adding 1 to the previous result makes 7. In calculating the most complex calculations can be broken down in this tree format and the computer just starts at the bottom and works it's way up to the top and comes with the correct answer. Of course, Bison isn't only used for calculators alone.
Install Less by running the following commands:
./configure --prefix=/usr --bindir=/bin &&
make &&
make install
The less program is a file pager (or text viewer). It displays the contents of a file with the ability to scroll. Less is an improvement on the common pager called "more". Less has the ability to scroll backwards through files as well and it doesn't need to read the entire file when it starts, which makes it faster when you are reading large files.
Install Groff by running the following commands:
./configure --prefix=/usr &&
make &&
make install
The Groff packages contains the addftinfo, afmtodit, eqn, grodvi, groff, grog, grohtml, grolj4, grops, grotty, hpftodit, indxbib, lkbib, lookbib, neqn, nroff, pfbtops, pic, psbb, refer, soelim, tbl, tfmtodit and troff programs.
addftinfo reads a troff font file and adds some additional font-metric information that is used by the groff system.
eqn compiles descriptions of equations embedded within troff input files into commands that are understood by troff.
groff is a front-end to the groff document formatting system. Normally it runs the troff program and a postprocessor appropriate for the selected device.
grog reads files and guesses which of the groff options -e, -man, -me, -mm, -ms, -p, -s, and -t are required for printing files, and prints the groff command including those options on the standard output.
grolj4 is a driver for groff that produces output in PCL5 format suitable for an HP Laserjet 4 printer.
indxbib makes an inverted index for the bibliographic databases a specified file for use with refer, lookbib, and lkbib.
lkbib searches bibliographic databases for references that contain specified keys and prints any references found on the standard output.
lookbib prints a prompt on the standard error (unless the standard input is not a terminal), reads from the standard input a line containing a set of keywords, searches the bibliographic databases in a specified file for references containing those keywords, prints any references found on the standard output, and repeats this process until the end of input.
pic compiles descriptions of pictures embedded within troff or TeX input files into commands that are understood by TeX or troff.
psbb reads a file which should be a PostScript document conforming to the Document Structuring conventions and looks for a %%BoundingBox comment.
refer copies the contents of a file to the standard output, except that lines between .[ and .] are interpreted as citations, and lines between .R1 and .R2 are interpreted as commands about how citations are to be processed.
tbl compiles descriptions of tables embedded within troff input files into commands that are understood by troff.
troff is highly compatible with Unix troff. Usually it should be invoked using the groff command, which will also run preprocessors and postprocessors in the appropriate order and with the appropriate options.
Install Man by running the following commands:
./configure -default &&
make &&
make install
sed s/AWK=/"AWK=\/usr\/bin\/mawk"/ /usr/sbin/makewhatis > makewhatis-new &&
mv makewhatis-new /usr/sbin/makewhatis &&
chmod 755 /usr/sbin/makewhatis
man formats and displays the on-line manual pages.
apropos searches a set of database files containing short descriptions of system commands for keywords and displays the result on the standard output.
whatis searches a set of database files containing short descriptions of system commands for keywords and displays the result on the standard output. Only complete word matches are displayed.
makewhatis reads all the manual pages contained in given sections of manpath or the preformatted pages contained in the given sections of catpath. For each page, it writes a line in the whatis database; each line consists of the name of the page and a short description, separated by a dash. The description is extracted using the content of the NAME section of the manual page.
Install Perl by running the following commands:
./Configure -Dprefix=/usr &&
make &&
make install
If you don't want to answer all those questions Perl asks you, you can add the -d option to the configure script and Perl will use all the default settings.
Also note that a few tests during the make test phase will fail for various reasons. One being there's not network support yet and a few packages haven't been installed yet. It's ok if not every test succeeds. If there are between 5 and 10 failed tests you're just fine. You might want to reinstall perl after you're done with chapter 7.
Perl combines the features and capabilities of C, awk, sed and sh into one powerful programming language.
Install M4 by running the following commands:
./configure --prefix=/usr &&
make &&
make install
If you're base system is running a 2.0 kernel and your Glibc version is 2.1 then you will most likely get problems executing M4 in the chroot'ed environment due to incompatibilities between the M4 program, Glibc-2.1 and the running 2.0 kernel. If you have problems executing the m4 program in the chroot'ed environment (for example when you install the autoconf and automake packages) you'll have to exit the chroot'ed environment and compile M4 statically. This way the binary is linked against Glibc 2.0 (if you run kernel 2.0 you're Glibc version is 2.0 as well on a decent system. Kernel 2.0 and Glibc-2.1 don't mix very well) and won't give you any problems.
To create a statically linked version of M4, execute the following commands:
root:m4-1.4# logout
root:lfs# cd $LFS/usr/src/m4-1.4
root:m4-1.4# ./configure --prefix=/usr --disable-nls
root:m4-1.4# make LDFLAGS=-static
root:m4-1.4# make prefix=$LFS/usr install
root:m4-1.4# chroot $LFS env -i HOME=/root bash --login
Now you can re-enter the chroot'ed environment and continue with the next package. If you wish to recompile M4 dynamically, you can do that after you have rebooted into the LFS system rather than chroot'ed into it.
M4 is a macro processor. It copies input to output expanding macros as it goes. Macros are either builtin or user-defined and can take any number of arguments. Besides just doing macro expansion m4 has builtin functions for including named files, running UNIX commands, doing integer arithmetic, manipulating text in various ways, recursion, etc. M4 can be used either as a front-end to a compiler or as a macro processor in its own right.
Install Texinfo by running the following commands:
./configure --prefix=/usr &&
make &&
make install
The Texinfo package contains the info, install-info, makeinfo, texi2dvi and texindex programs
The info program reads Info documents, usually contained in your /usr/doc/info directory. Info documents are like man(ual) pages, but they tend to be more in depth than just explaining the options to a program.
The install-info program updates the info entries. When you run the info program a list with available topics (ie: available info documents) will be presented. The install-info program is used to maintain this list of available topics. If you decice to remove info files manually, you need to delete the topic in the index file as well. This program is used for that. It also works the other way around when you add info documents.
The makeinfo program translates Texinfo source documents into various formats. Available formats are: info files, plain text and HTML.
Install Autoconf by running the following commands:
./configure --prefix=/usr &&
make &&
make install
The Autoconf package contains the autoconf, autoheader, autoreconf, autoscan, autoupdate and ifnames programs
Autoconf is a tool for producing shell scripts that automatically configure software source code packages to adapt to many kinds of UNIX-like systems. The configuration scripts produced by Autoconf are independent of Autoconf when they are run, so their users do not need to have Autoconf.
The autoheader program can create a template file of C #define statements for configure to use
If you have a lot of Autoconf-generated configure scripts, the autoreconf program can save you some work. It runs autoconf (and autoheader, where appropriate) repeatedly to remake the Autoconf configure scripts and configuration header templates in the directory tree rooted at the current directory.
The autoscan program can help you create a configure.in file for a software package. autoscan examines source files in the directory tree rooted at a directory given as a command line argument, or the current directory if none is given. It searches the source files for common portability problems and creates a file configure.scan which is a preliminary configure.in for that package.
The autoupdate program updates a configure.in file that calls Autoconf macros by their old names to use the current macro names.
ifnames can help when writing a configure.in for a software package. It prints the identifiers that the package already uses in C preprocessor conditionals. If a package has already been set up to have some portability, this program can help you figure out what its configure needs to check for. It may help fill in some gaps in a configure.in generated by autoscan.
Install Automake by running the following commands:
./configure --prefix=/usr &&
make install
Automake includes a number of Autoconf macros which can be used in your package; some of them are actually required by Automake in certain situations. These macros must be defined in your aclocal.m4; otherwise they will not be seen by autoconf.
The aclocal program will automatically generate aclocal.m4 files based on the contents of configure.in. This provides a convenient way to get Automake-provided macros, without having to search around. Also, the aclocal mechanism is extensible for use by other packages.
To create all the Makefile.in's for a package, run the automake program in the top level directory, with no arguments. automake will automatically find each appropriate Makefile.am (by scanning configure.in) and generate the corresponding Makefile.in.
Install Bash by running the following commands:
./configure --prefix=/usr --with-curses &&
make &&
make install &&
logout
Replace the static bash with the dynamic bash and re-enter the chroot'ed environment by running:
mv $LFS/usr/bin/bash $LFS/usr/bin/bashbug $LFS/bin &&
chroot $LFS env -i HOME=/root bash --login
Bash is the Bourne-Again SHell, which is a widely used command interpreter on Unix systems. Bash is a program that reads from standard input, the keyboard. You type something and the program will evaluate what you have typed and do something with it, like running a program.
Install Flex by running the following commands:
./configure --prefix=/usr &&
make &&
make install
Flex is a tool for generating programs which regognize patterns in text. Pattern recognition is very useful in many applications. You set up rules what to look for and flex will make a program that looks for those patterns. The reason people use flex is that it is much easier to set up rules for what to look for than to write the actual program that finds the text.
Install File by running the following commands:
./configure --prefix=/usr --datadir=/usr/share/misc &&
make &&
make install
File tests each specified file in an attempt to classify it. There are three sets of tests, performed in this order: filesystem tests, magic number tests, and language tests. The first test that succeeds causes the file type to be printed.
Install Libtool by running the following commands:
./configure --prefix=/usr &&
make &&
make install
The Libtool package contains the libtool and libtoolize programs. It also contains the ltdl library.
Libtool provides generalized library-building support services.
Libtool provides a small library, called `libltdl', that aims at hiding the various difficulties of dlopening libraries from programmers.
Install Linux86 by running the following commands:
make &&
make PREFIX=/usr install
as86 is an assembler for the 8086...80386 processors.
as86_encap is a shell script to call as86 and convert the created binary into a C file prog.v to be included in or linked with programs like boot block installers.
ld86 understands only the object files produced by the as86 assembler, it can link them into either an impure or a separate I&D executable.
Install Binutils by running the following commands:
./configure --prefix=/usr --enable-shared &&
make -e tooldir=/usr &&
make -e tooldir=/usr install
The Binutils package contains the ld, as, ar, nm, objcopy, objdump, ranlib, size, strings, strip, c++filt, addr2line and nlmconv programs
ld combines a number of object and archive files, relocates their data and ties up symbol references. Often the last step in building a new compiled program to run is a call to ld.
as is primarily intended to assemble the output of the GNU C compiler gcc for use by the linker ld.
The ar program creates, modifies, and extracts from archives. An archive is a single file holding a collection of other files in a structure that makes it possible to retrieve the original individual files (called members of the archive).
objcopy utility copies the contents of an object file to another. objcopy uses the GNU BFD Library to read and write the object files. It can write the destination object file in a format different from that of the source object file.
objdump displays information about one or more object files. The options control what particular information to display. This information is mostly useful to programmers who are working on the compilation tools, as opposed to programmers who just want their program to compile and work.
ranlib generates an index to the contents of an archive, and stores it in the archive. The index lists each symbol defined by a member of an archive that is a relocatable object file.
size lists the section sizes --and the total size-- for each of the object files objfile in its argument list. By default, one line of output is generated for each object file or each module in an archive.
For each file given, strings prints the printable character sequences that are at least 4 characters long (or the number specified with an option to the program) and are followed by an unprintable character. By default, it only prints the strings from the initialized and loaded sections of object files; for other types of files, it prints the strings from the whole file.
strings is mainly useful for determining the contents of non-text files.
strip discards all or specific symbols from object files. The list of object files may include archives. At least one object file must be given. strip modifies the files named in its argument, rather than writing modified copies under different names.
The C++ language provides function overloading, which means that you can write many functions with the same name (providing each takes parameters of different types). All C++ function names are encoded into a low-level assembly label (this process is known as mangling). The c++filt program does the inverse mapping: it decodes (demangles) low-level names into user-level names so that the linker can keep these overloaded functions from clashing.
addr2line translates program addresses into file names and line numbers. Given an address and an executable, it uses the debugging information in the executable to figure out which file name and line number are associated with a given address.
nlmconv converts relocatable object files into the NetWare Loadable Module files, optionally reading header files for NLM header information.
Install Bzip2 by running the following commands:
make -f Makefile-libbz2_so &&
make bzip2recover libbz2.a &&
cp bzip2-shared /bin/bzip2 &&
cp bzip2recover /bin &&
cp bzip2.1 /usr/share/man/man1 &&
cp bzlib.h /usr/include &&
cp -a libbz2.so* libbz2.a /lib &&
rm /usr/lib/libbz2.a &&
cd /bin &&
rm bunzip2 && ln -s bzip2 bunzip2 &&
rm bzcat && ln -s bzip2 bzcat &&
cd /usr/share/man/man1 &&
ln -s bzip2.1 bunzip2.1 &&
ln -s bzip2.1 bzcat.1 &&
ln -s bzip2.1 bzip2recover.1
Although it's not strictly a part of a basic LFS system it's worth mentioning that you can donwload a patch for Tar which enables the tar program to compress and uncompress using bzip2/bunzip2 easily. With a plain tar you'll have to use constructions like bzcat file.tar.bz|tar xv or tar --use-compress-prog=bunzip2 -xvf file.tar.bz2 to use bzip2 and bunzip2 with tar. This patch gives you the -y option so you can unpack a Bzip2 archive with tar xvfy file.tar.bz2. Applying this patch will be mentioned later on when you re-install the Tar package.
bzip2 compresses files using the Burrows-Wheeler block sorting text compression algorithm, and Huffman coding. Compression is generally considerably better than that achieved by more conventional LZ77/LZ78-based compressors, and approaches the performance of the PPM family of statistical compressors.
Install Gettext by running the following commands:
./configure --prefix=/usr &&
make &&
make install &&
mv /po-mode.el /usr/share/gettext
The gettext package contains the gettext, gettextize, msgcmp, msgcomm, msgfmt, msgmerge, msgunfmt and xgettext programs.
The gettext package is used for internationalization (also known as i18n) and for localization (also known as l10n). Programs can be compiled with Native Language Support (NLS) which enable them to output messages in your native language rather than in the default English languge.
Before you start installing Console-tools you have to unpack the console-tools-0.2.3.patch file.
Install Console-tools by running the following commands:
patch -Np1 -i ../console-tools-0.2.3.patch &&
./configure --prefix=/usr &&
make &&
make install
The Console-tools package contains the charset, chvt, consolechars, deallocvt, dumpkeys, fgconsole, fix_bs_and_del, font2psf, getkeycodes, kbd_mode, loadkeys, loadunimap, mapscrn, mk_modmap, openvt, psfaddtable, psfgettable, psfstriptable, resizecons, saveunimap, screendump, setfont, setkeycodes, setleds, setmetamode, setvesablank, showcfont, showkey, splitfont, unicode_start, unicode_stop, vcstime, vt-is-URF8, writevt
charset sets an ACM for use in one of the G0/G1 charsets slots.
consolechars loads EGA/VGA console screen fonts, screen font maps and/or application-charset maps.
Replace <path-to-kmap-file> below with the correct path to the desired kmap.gz file. An example could be i386/qwerty/us.kmap.gz
Install Console-data by running the following commands:
./configure --prefix=/usr &&
make &&
make install &&
cd /usr/share/keymaps &&
ln -s <path-to-kmap-file> defkeymap.kmap.gz
The console-data package contains the data files that are used and needed by the console-tools package.
Install Diffutils by running the following commands:
./configure --prefix=/usr &&
make &&
make install
cmp and diff both compare two files and report their differences. Both programs have extra options which compare files in different situations.
Install E2fsprogs by running the following commands:
Please note that the empty --with-root-prefix= option below is supposed to be like this. I did not forget to supply a value there.
./configure --prefix=/usr --with-root-prefix= \
--enable-elf-shlibs &&
make &&
make install &&
make install-libs
The e2fsprogs package contains the chattr, lsattr, uuidgen, badblocks, debugfs, dumpe2fs, e2fsck, e2label, fsck, fsck.ext2, mke2fs, mkfs.ext2, mklost+found and tune2fs programs.
chattr changes the file attributes on a Linux second extended file system.
The uuidgen program creates a new universally unique identifier (UUID) using the libuuid library. The new UUID can reasonably be considered unique among all UUIDs created on the local system, and among UUIDs created on other systems in the past and in the future.
The debugfs program is a file system debugger. It can be used to examine and change the state of an ext2 file system.
dumpe2fs prints the super block and blocks group information for the filesystem present on a specified device.
e2fsck is used to check a Linux second extended file system. fsck.ext2 does the same as e2fsck.
e2label will display or change the filesystem label on the ext2 filesystem located on the specified device.
mke2fs is used to create a Linux second extended file system on a device (usually a disk partition). mkfs.ext2 does the same as mke2fs.
mklost+found is used to create a lost+found directory in the current working directory on a Linux second extended file system. mklost+found pre-allocates disk blocks to the directory to make it usable by e2fsck.
Install Fileutils by running the following commands:
./configure --prefix=/usr --bindir=/bin &&
make &&
make install &&
cd /usr/bin &&
ln -s ../../bin/install install
The Fileutils package contains the chgrp, chmod, chown, cp, dd, df, dir, dircolors, du, install, ln, ls, mkdir, mkfifo, mknod, mv, rm, rmdir, sync, touch and vdir programs.
chgrp changes the group ownership of each given file to the named group, which can be either a group name or a numeric group ID.
chmod changes the permissions of each given file according to mode, which can be either a symbolic representation of changes to make, or an octal number representing the bit pattern for the new permissions.
dd copies a file (from the standard input to the standard output, by default) with a user-selectable blocksize, while optionally performing conversions on it.
df displays the amount of disk space available on the filesystem containing each file name argument. If no file name is given, the space available on all currently mounted filesystems is shown.
dir and vdir are versions of ls with different default output formats. These programs list each given file or directory name. Directory contents are sorted alphabetically. For ls, files are by default listed in columns, sorted vertically, if the standard output is a terminal; otherwise they are listed one per line. For dir, files are by default listed in columns, sorted vertically. For vdir, files are by default listed in long format.
dircolors outputs commands to set the LS_COLOR environment variable. The LS_COLOR variable is use to change the default color scheme used by ls and related utilities.
du displays the amount of disk space used by each argument and for each subdirectory of directory arguments.
install copies files and sets their permission modes and, if possible, their owner and group.
mv moves files from one directory to another or renames files, depending on the arguments given to mv.
touch changes the access and modification times of each given file to the current time. Files that do not exist are created empty.
Install Grep by running the following commands:
./configure --prefix=/usr &&
make &&
make install
egrep prints lines from files matching an extended regular expression pattern.
fgrep prints lines from files matching a list of fixed strings, separated by newlines, any of which is to be matched.
Install Gzip by running the following commands:
./configure --prefix=/usr &&
make &&
make install &&
cd /usr/bin &&
mv gzip /bin &&
rm gunzip /bin/gunzip &&
cd /bin &&
ln -s gzip gunzip
The Gzip package contains the gunzip, gzexe, gzip, zcat, zcmp, zdiff, zforece, zgrep, zmore and znew programs.
gunzip decompresses files that are compressed with gzip.
gzexe allows you to compress executables in place and have them automatically uncompress and execute when you run them (at a penalty in performance).
zcat uncompresses either a list of files on the command line or its standard input and writes the uncompressed data on standard output
zforce forces a .gz extension on all gzip files so that gzip will not compress them twice. This can be useful for files with names truncated after a file transfer.
Zmore is a filter which allows examination of compressed or plain text files one screenful at a time on a soft-copy terminal (similar to the more program).
Install Ld.so by running the following commands:
cd util &&
make ldd ldconfig &&
cp ldd /bin &&
cp ldconfig /sbin &&
cd ../man &&
cp ldd.1 /usr/share/man/man1 &&
cp *.8 /usr/share/man/man8 &&
rm /usr/bin/ldd &&
hash -r
The "hash -r" command is to make bash forget about the locations of previously executed commands. If you have executed ldd before, bash expects it to be found in /usr/bin. Since we moved it to /bin, the cache needs to be purged so bash can find it in /bin when you want to execute it again.
You might have noticed that we don't use the compiler optimizations for this package. The reason is that overriding the CFLAGS variable causes compilation problems. You would have to edit the Config.mk file and add the proper values to the CFLAGS variable and then compile the package. If you want to do that it's up to you. I don't think it's worth the trouble though. The ld and ldd programs usually are only rarely used.
ldconfig creates the necessary links and cache (for use by the run-time linker, ld.so) to the most recent shared libraries found in the directories specified on the command line, in the file /etc/ld.so.conf, and in the trusted directories (/usr/lib and /lib). ldconfig checks the header and file names of the libraries it encounters when determining which versions should have their links updated.
ldd prints the shared libraries required by each program or shared library specified on the command line.
Edit the Makefile file and edit the CFLAGS varialbe if you want to add compiler optimization to this package.
Install Lilo by running the following commands:
make &&
make install
It appears that compilation of this package fails on certain machines when the -g compiler flag is being used. If you can't compile Lilo at all, please try removing the -g value from the CFLAGS variable in the Makefile file.
At the end of the installation the make install process will print a message stating that you have to execute /sbin/lilo to complete the update. Don't do this as it has no use. The /etc/lilo.conf isn't present yet. We will complete the installation of lilo in chapter 8.
Install Make by running the following commands:
./configure --prefix=/usr &&
make &&
make install
make determine automatically which pieces of a large program need to be recompiled, and issue the commands to recompile them.
Install Modutils by running the following commands:
./configure &&
make &&
make install
The Modutils package contains the depmod, genksyms, insmod, insmod_ksymoops_clean, kerneld, kernelversion, ksyms, lsmod, modinfo, modprobe and rmmod programs.
depmod handles dependency descriptions for loadable kernel modules.
genksyms reads (on standard input) the output from gcc -E source.c and generates a file containing version information.
modinfo examines an object file associated with a kernel module and displays any information that it can glean.
Modprobe uses a Makefile-like dependency file, created by depmod, to automatically load the relevant module(s) from the set of modules available in predefined directory trees.
Edit the Makefile file and edit the CFLAGS variable if you want to add compiler optimizations to this package.
Install Procinfo by running the following commands:
sed "s/-ltermcap/-lncurses/" Makefile >Makefile2 &&
make -f Makefile2 &&
make install
procinfo gathers some system data from the /proc directory and prints it nicely formatted on the standard output device.
Edit the Makefile file and edit the CFLAGS variable if you want to add compiler optimizations to this package.
Install Procps by running the following commands:
sed "s/XConsole/#XConsole/" Makefile >Makefile2 &&
make -f Makefile2 &&
make -f Makefile2 install &&
mv /usr/bin/kill /bin
The Procps package contains the free, kill, oldps, ps, skill, snice, sysctl, tload, top, uptime, vmstat, w and watch programs.
free displays the total amount of free and used physical and swap memory in the system, as well as the shared memory and buffers used by the kernel.
tload prints a graph of the current system load average to the specified tty (or the tty of the tload process if none is specified).
uptime gives a one line display of the following information: the current time, how long the system has been running, how many users are currently logged on, and the system load averages for the past 1, 5, and 15 minutes.
vmstat reports information about processes, memory, paging, block IO, traps, and cpu activity.
Edit the Makefile file and edit the CFLAGS variable if you want to add compiler optimizations to this package.
Install Psmisc by running the following commands:
sed "s/-ltermcap/-lncurses/" Makefile >Makefile2 &&
make -f Makefile2 &&
make install
Install Sed by running the following commands:
./configure --prefix=/usr --bindir=/bin &&
make &&
make install
sed is a stream editor. A stream editor is used to perform basic text transformations on an input stream (a file or input from a pipeline).
Install Shellutils by running the following commands:
./configure --prefix=/usr &&
make &&
make install &&
cd /usr/bin &&
mv date echo false pwd stty /bin &&
mv su true uname hostname /bin
The Shellutils package contains the basename, chroot, date, dirname, echo, env, expr, factor, false, groups, hostid, hostname, id, logname, nice, nohup, pathchk, pinky, printenv, printf, pwd, seq, sleep, stty, su, tee, test, true, tty, uname, uptime, users, who, whoami and yes programs.
Install the Shadow Password Suite by running the following commands:
./configure --prefix=/usr &&
make &&
make install &&
cd etc &&
cp limits login.access \
login.defs.linux shells suauth /etc &&
mv /etc/login.defs.linux /etc/login.defs
The Shadow Password Suite contains the chage, chfn, chsh, expiry, faillog, gpasswd, lastlog, login, newgrp, passwd, sg, su, chpasswd, dpasswd, groupadd, groupdel, groupmod, grpck, grpconv, grpunconv, logoutd, mkpasswd, newusers, pwck, pwconv, pwunconv, useradd, userdel, usermod and vipw programs.
chage changes the number of days between password changes and the date of the last password change.
chfn changes user fullname, office number, office extension, and home phone number information for a user's account.
faillog formats the contents of the failure log,/var/log/faillog, and maintains failure counts and limits.
lastlog formats and prints the contents of the last login log, /var/log/lastlog. The login-name, port, and last login time will be printed.
Change the effective user id and group id to that of a user. This replaces the su programs that's installed from the Shellutils package.
chpasswd reads a file of user name and password pairs from standard input and uses this information to update a group of existing users.
The groupadd command creates a new group account using the values specified on the command line and the default values from the system.
The groupdel command modifies the system account files, deleting all entries that refer to group.
The groupmod command modifies the system account files to reflect the changes that are specified on the command line.
mkpasswd reads a file in the format given by the flags and converts it to the corresponding database file format.
newusers reads a file of user name and cleartext password pairs and uses this information to update a group of existing users or to create new users.
userdel modifies the system account files, deleting all entries that refer to a specified login name.
usermod modifies the system account files to reflect the changes that are specified on the command line.
vipw and vigr will edit the files /etc/passwd and /etc/group, respectively. With the -s flag, they will edit the shadow versions of those files, /etc/shadow and /etc/gshadow, respectively.
Edit the Makefile file and edit the CFLAGS variable if you want to add compiler optimizations to this package.
Install Sysklogd by running the following commands:
make &&
make install
klogd is a system daemon which intercepts and logs Linux kernel messages.
Syslogd provides a kind of logging that many modern programs use.Every logged message contains at least a time and a hostname field, normally a program name field, too, but that depends on how trusty the logging program is.
Edit the src/Makefile file and edit the CFLAGS variable if you want to add compiler optimizations to this package.
Install Sysvinit by running the following commands:
cd src &&
make &&
make install
The Sysvinit package contains the pidof, last, lastb, mesg, utmpdump, wall, halt, init, killall5, poweroff, reboot, runlevel, shutdown, sulogin and telinit programs.
Pidof finds the process id's (pids) of the named programs and prints those id's on standard output.
last searches back through the file /var/log/wtmp (or the file designated by the -f flag) and displays a list of all users logged in (and out) since that file was created.
lastb is the same as last, except that by default it shows a log of the file /var/log/btmp, which contains all the bad login attempts.
Mesg controls the access to your terminal by others. It's typically used to allow or disallow other users to write to your terminal.
utmpdumps prints the content of a file (usually /var/run/utmp) on standard output in a user friendly format.
Halt notes that the system is being brought down in the file /var/log/wtmp, and then either tells the kernel to halt, reboot or poweroff the system. If halt or reboot is called when the system is not in runlevel 0 or 6, shutdown will be invoked instead (with the flag -h or -r).
Init is the parent of all processes. Its primary role is to create processes from a script stored in the file /etc/inittab. This file usually has entries which cause init to spawn gettys on each line that users can log in. It also controls autonomous processes required by any particular system.
killall5 is the SystemV killall command. It sends a signal to all processes except the processes in its own session, so it won't kill the shell that is running the script it was called from.
poweroff is equivalent to shutdown -h -p now. It halts the computer and switches off the computer (when using an APM compliant BIOS and APM is enabled in the kernel).
Runlevel reads the system utmp file (typically /var/run/utmp) to locate the runlevel record, and then prints the previous and current system runlevel on its standard output, separated by a single space.
shutdown brings the system down in a secure way. All logged-in users are notified that the system is going down, and login is blocked.
sulogin is invoked by init when the system goes into single user mode (this is done through an entry in /etc/inittab). Init also tries to execute sulogin when it is passed the -b flag from the bootmonitor (eg, LILO).
If you want to apply the Bzip2 tar patch which gives you the -y option to tar so you can use bzip2 files with tar, first download the patch from http://sourceware.cygnus.com/bzip2/ and apply it by running the following command within the src directory under the tar-1.13 directory:
cd src &&
patch -i ../../gnutarpatch.txt
Install Tar by running the following commands from the toplevel directory:
./configure --prefix=/usr &&
make &&
make install &&
mv /usr/bin/tar /bin
tar is an archiving program designed to store and extract files from an archive file known as a tarfile.
rmt is a program used by the remote dump and restore programs in manipulating a magnetic tape drive through an interprocess communication connection.
Install Textutuils by running the following commands:
./configure --prefix=/usr &&
make &&
make install &&
mv /usr/bin/cat /bin
The Textutils package contains the cat, cksum, comm, split, cut, expand, fmt, fold, head, join, md5sum, nl, od, paste, pr, ptx, sort, split, sum, tac, tail, tr, tsort, unexpand, uniq and wc programs.
cat concatenates file(s) or standard input to standard output.
cplit outputs pieces of a file separated by (a) pattern(s) to files xx01, xx02, ..., and outputs byte counts of each piece to standard output.
fold wraps input lines in each specified file (standard input by default), writing to standard output.
od writes an unambiguous representation, octal bytes by default, of a specified file to standard output.
paste writes lines consisting of the sequentially corresponding lines from each specified file, separated by TABs, to standard output.
tr translates, squeezes, and/or deletes characters from standard input, writing to standard output.
uniq discards all but one of successive identical lines from files or standard input and writes to files or standard output.
wc prints line, word, and byte counts for each specified file, and a total line if more than one file is specified.
Before we can install the package we have to edit the MCONFIG file, find and modify the following variables as follows:
HAVE_SLN=yes
HAVE_TSORT=yes
Now find the following lines in the MCONFIG file:
ifeq "$(CPU)" "intel"
OPT= -pipe -O2 -m486 -fomit-frame-pointer
else
ifeq "$(CPU)" "arm"
OPT= -pipe -O2 -fsigned-char -fomit-frame-pointer
else
OPT= -O2 -fomit-frame-pointer
endif
endif
Modify the proper OPT variable to include the -mcpu= and -march= options. If you modify the first OPT variable, replace -m486 with the -mcpu variable.
Install Util-Linux by running the following commands:
./configure &&
make &&
make install
The Util-linux package contains the arch, dmesg, kill, more, mount, umount, agetty, blockdev, cfdisk, ctrlaltdel, elvtune, fdisk, fsck.minix, hwclock, kbdrate, losetup, mkfs, mkfs.bfs, mkfs.minix, mkswap, sfdisk, swapoff, swapon, cal, chkdupexe, col, colcrt, colrm, column, cytune, ddate, fdformat, getopt, hexdump, ipcrm, ipcs, logger, look, mcookie, namei, rename, renice, rev, script, setfdprm, setsid, setterm, ul, whereis, write, ramsize, rdev, readprofile, rootflags, swapdev, tunelp and vidmode programs.
arch prints the machine architecture.
hexdump displays specified files, or standard input, in a user specified format (ascii, decimal, hexadecimal, octal).
ul reads a file and translates occurences of underscores to the sequence which indicates underlining for the terminal in use.
Install Man-pages by running the following commands:
yes n|cp -avi man* /usr/share/man
Examples of provided manual pages are the manual pages describing all the C and C++ functions, few important /dev/ files and more.
If you have copied the NSS Library files from your normal Linux system to the LFS system (because your normal system runs glibc-2.0) it's time to remove them now by running:
rm /lib/libnss*.so.1 /lib/libnss*2.0*
Now that all software is installed, all that we need to do to get a few programs running properly is to create their configuration files.
By default Vim runs in vi compatible mode. Some people might like this, but I have a high preference to run vim in vim mode (else I wouldn't have included Vim in this book but the original Vi). Create the /root/.vimrc containing the following:
" Begin /root/.vimrc
set nocompatible
set bs=2
" End /root/.vimrc
We need to create the /etc/nsswitch.conf file. Although glibc should provide defaults when this file is missing or corrupt, it's defaults don't work work well with networking which will be dealt with in a later chapter. Also, our timezone needs to be setup.
Create a new file /etc/nsswitch.conf containing the following:
# Begin /etc/nsswitch.conf
passwd: files
group: files
shadow: files
publickey: files
hosts: files dns
networks: files
protocols: db files
services: db files
ethers: db files
rpc: db files
netgroup: db files
# End /etc/nsswitch.conf
Run the tzselect script and answer the questions regarding your timezone. When you're done, the script will give you the location of the timezone file you need.
Create the /etc/localtime symlink by running:
cd /etc &&
rm localtime &&
ln -s ../usr/share/zoneinfo/<tzselect's output> localtime
tzselect's output can be something like EST5EDT or Canada/Eastern.
The symlink you would create with that information would be:
ln -s ../usr/share/zoneinfo/EST5EDT localtime
Or:
ln -s ../usr/share/zoneinfo/Canada/Eastern localtime
By default the dynamic loader searches a few default paths for dynamic libraries, so there normally isn't a need for the /etc/ld.so.conf file unless you have extra directories in which you want the system to search for paths. The /usr/local/lib directory isn't searched through for dynamic libraries by default, so we want to add this path so when you install software you won't be suprised by them not running for some reason.
Create a new file /etc/ld.so.conf containing the following:
# Begin /etc/ld.so.conf
/lib
/usr/lib
/usr/local/lib
# End /etc/ld.so.conf
Although it's not necessary to add the /lib and /usr/lib directories it doesn't hurt. This way you see right away what's being searched and don't have to remeber the default search paths if you don't want to.
We're not going to create lilo's configuration file from scratch, but we'll use the file from your normal Linux system. This file is different on every machine and thus I can't create it here. Since you would want to have the same options regarding lilo as you have when you're using your normal Linux system you would create the file exactly as it is on the normal system.
Copy the Lilo configuration file and kernel images that Lilo uses by running the following commands from a shell on your normal Linux system. Don't execute these commands from your chroot'ed shell.
cp /etc/lilo.conf $LFS/etc
cp /boot/<kernel images> $LFS/boot
Before you can execute the second command you need to know the names of the kernel images. You can't just copy all files from the /boot directory. The /etc/lilo.conf file contains the names of the kernel images you're using. Open the file and look for lines like this:
image=/boot/vmlinuz
Look for all image variables and their values represent the name and location of the image files. These files will usually be in /boot but they might be in other directories as well, depending on your distribution's conventions.
Create a new file /etc/syslog.conf containing the following:
# Begin /etc/syslog.conf
auth,authpriv.* -/var/log/auth.log
*.*;auth,authpriv.none -/var/log/sys.log
daemon.* -/var/log/daemon.log
kern.* -/var/log/kern.log
mail.* -/var/log/mail.log
user.* -/var/log/user.log
*.emerg *
# End /etc/syslog.conf
This package contains the utilities to modify user's passwords, add new users/groups, delete users/groups and more. I'm not going to explain to you what 'password shadowing' means. You can read all about that in the doc/HOWTO file within the unpacked shadow password suite's source tree. There's one thing you should keep in mind, if you decide to use shadow support, that programs that need to verify passwords (examples are xdm, ftp daemons, pop3 daemons, etc) need to be 'shadow-compliant', eg. they need to be able to work with shadow'ed passwords.
Shadow'ed passwords are not enabled by default. Simply installing the shadow password suite does not enable shadow'ed passwords.
Now is a very good moment to read chapter 5 of the doc/HOWTO file. You can read how you can enable shadow'ed passwords, how to test whether shadowing works and if not, how to disable it again.
The documentation mentions something about the creastion of npasswd and nshadow after you run pwconv. This is an error in the documentation. Those two files will be be created. After you run pwconv, /etc/passwd will no longer contain the passwords and /etc/shadow will. You don't need to rename the npasswd and nshadow files yourself.
Create a new file /etc/inittab containing the following:
# Begin /etc/inittab
id:3:initdefault:
si::sysinit:/etc/init.d/rcS
l0:0:wait:/etc/init.d/rc 0
l1:S1:wait:/etc/init.d/rc 1
l2:2:wait:/etc/init.d/rc 2
l3:3:wait:/etc/init.d/rc 3
l4:4:wait:/etc/init.d/rc 4
l5:5:wait:/etc/init.d/rc 5
l6:6:wait:/etc/init.d/rc 6
f1:0:respawn:/sbin/sulogin
f2:6:respawn:/sbin/sulogin
ca:12345:ctrlaltdel:/sbin/shutdown -t1 -a -r now
su:S1:respawn:/sbin/sulogin
1:2345:respawn:/sbin/agetty /dev/tty1 9600
2:2345:respawn:/sbin/agetty /dev/tty2 9600
3:2345:respawn:/sbin/agetty /dev/tty3 9600
4:2345:respawn:/sbin/agetty /dev/tty4 9600
5:2345:respawn:/sbin/agetty /dev/tty5 9600
6:2345:respawn:/sbin/agetty /dev/tty6 9600
# End /etc/inittab
Programs like login, shutdown, uptime and others want to read from and write to the /var/run/utmp /var/log/btmp and /var/log/wtmp. These files contain information about who is currently logged in. It also contains information on when the computer was last booted and shutdown and a record of the bad login attemps.
Create these files with their proper permissions by running the following commands:
touch /var/run/utmp /var/log/wtmp /var/log/btmp &&
chmod 644 /var/run/utmp /var/log/wtmp /var/log/btmp
Choose a password for user root and create it by running the following command:
root:~# passwd root
This chapter will create the necessary scripts that are run at boottime. These scripts perform tasks such as remounting the root file system mounted read-only by the kernel into read-write mode, activiating the swap partition(s), running a check on the root file system to make sure it's intact and starting the daemons that the system uses.
We need to start by creating a few extra directories that are used by the boot scripts. Create these directories by running:
cd /etc &&
mkdir sysconfig rc0.d rc1.d rc2.d rc3.d &&
mkdir rc4.d rc5.d rc6.d init.d rcS.d
The first main bootscript is the /etc/init.d/rc script. Create a new file /etc/init.d/rc containing the following:
#!/bin/sh
# Begin /etc/init.d/rc
#
# By Jason Pearce - jason.pearce@linux.org
# Modified by Gerard Beekmans - gerard@linuxfromscratch.org
# print_error_msg based on ideas by Simon Perreault - nomis80@yahoo.com
source /etc/init.d/functions
print_error_msg()
{
echo
$FAILURE
echo -n "You should not read this error message. It means "
echo "that an unforseen error "
echo -n "took place and subscript $i exited with "
echo "a return value "
echo -n "of $error_value for an unknown reason. If you're able "
echo "to trace this error down "
echo -n "to a bug in one of the files provided by this book, "
echo "please be so kind to "
echo -n "inform us at lfs-discuss@linuxfromscratch.org"
$NORMAL
echo
}
# Un-comment the following for debugging.
# debug=echo
#
# Start script or program.
#
startup() {
case "$1" in
*.sh)
$debug sh "$@"
;;
*)
$debug "$@"
;;
esac
}
# Ignore CTRL-C only in this shell, so we can interrupt subprocesses.
trap ":" INT QUIT TSTP
# Set onlcr to avoid staircase effect.
stty onlcr 0>&1
# Now find out what the current and what the previous runlevel are.
runlevel=$RUNLEVEL
# Get first argument. Set new runlevel to this argument.
[ "$1" != "" ] && runlevel=$1
if [ "$runlevel" = "" ]
then
echo "Usage: $0 <runlevel>" >&2
exit 1
fi
previous=$PREVLEVEL
[ "$previous" = "" ] && previous=N
export runlevel previous
# Is there an rc directory for this new runlevel?
if [ -d /etc/rc$runlevel.d ]
then
# First, run the KILL scripts for this runlevel.
if [ $previous != N ]
then
for i in /etc/rc$runlevel.d/K*
do
[ ! -f $i ] && continue
suffix=${i#/etc/rc$runlevel.d/K[0-9][0-9]}
previous_start=/etc/rc$previous.d/S[0-9][0-9]$suffix
sysinit_start=/etc/rcS.d/S[0-9][0-9]$suffix
# Stop the service if there is a start script
# in the previous run level.
[ ! -f $previous_start ] &&
[ ! -f $sysinit_start ] && continue
startup $i stop
error_value=$?
if [ $error_value != 0 ]
then
print_error_msg
fi
done
fi
# Now run the START scripts for this runlevel.
for i in /etc/rc$runlevel.d/S*
do
[ ! -f $i ] && continue
if [ $previous != N ]
then
# Find start script in previous runlevel and
# stop script in this runlevel.
suffix=${i#/etc/rc$runlevel.d/S[0-9][0-9]}
stop=/etc/rc$runlevel.d/K[0-9][0-9]$suffix
previous_start=/etc/rc$previous.d/S[0-9][0-9]$suffix
# If there is a start script in the previous
# level
# and _no_ stop script in this level, we don't
# have to re-start the service.
[ -f $previous_start ] && [ ! -f $stop ] &&
continue
fi
case "$runlevel" in
0|6)
startup $i stop
error_value=$?
if [ $error_value != 0 ]
then
print_error_msg
fi
;;
*)
startup $i start
error_value=$?
if [ $error_value != 0 ]
then
print_error_msg
fi
;;
esac
done
fi
# End /etc/init.d/rc
The second main bootscript is the rcS script. Create a new file /etc/init.d/rcS containing the following:
#!/bin/sh
# Begin /etc/init.d/rcS
runlevel=S
prevlevel=N
umask 022
export runlevel prevlevel
trap ":" INT QUIT TSTP
for i in /etc/rcS.d/S??*
do
[ ! -f "$i" ] && continue;
$i start
done
# End /etc/init.d/rcS
Create a new file /etc/init.d/functions containing the following:
#!/bin/sh
# Begin /etc/init.d/functions
COL=70
SET_COL="echo -en \\033[${COL}G"
NORMAL="echo -en \\033[0;39m"
SUCCESS="echo -en \\033[1;32m"
FAILURE="echo -en \\033[1;31m"
evaluate_retval()
{
if [ $? = 0 ]
then
print_status success
else
print_status failure
fi
}
print_status()
{
if [ $# = 0 ]
then
echo "Usage: print_status {success|failure}"
exit 1
fi
case "$1" in
success)
$SET_COL
echo -n "[ "
$SUCCESS
echo -n "OK"
$NORMAL
echo " ]"
;;
failure)
$SET_COL
echo -n "["
$FAILURE
echo -n "FAILED"
$NORMAL
echo "]"
;;
esac
}
loadproc()
{
if [ $# = 0 ]
then
echo "Usage: loadproc {program}"
exit 1
fi
base=`basename $1`
pidlist=`pidof -o $$ -o $PPID -o %PPID -x $base`
pid=""
for apid in $pidlist
do
if [ -d /proc/$apid ]
then
pid="$pid $apid"
fi
done
if [ ! -n "$pid" ]
then
$*
evaluate_retval
else
print_status failure
fi
}
killproc()
{
if [ $# = 0 ]
then
echo "Usage: killproc {program} [signal]"
exit 1
fi
base=`basename $1`
if [ "$2" != "" ]
then
killlevel=$2
else
nolevel=1
fi
pidlist=`pidof -o $$ -o $PPID -o %PPID -x $base`
pid=""
for apid in $pidlist
do
if [ -d /proc/$apid ]
then
pid="$pid $apid"
fi
done
if [ -n "$pid" ]
then
if [ "$nolevel" = 1 ]
then
kill -TERM $pid
if ps h $pid >/dev/null 2>&1
then
kill -KILL $pid
fi
ps h $pid >/dev/null 2>&1
if [ $? = 0 ]
then
print_status failure
else
rm -f /var/run/$base.pid
print_status success
fi
else
kill $killlevel $pid
ps h $pid >/dev/null 2>&1
if [ $? = 0 ]
then
print_status failure
else
rm -f /var/run/$base.pid
print_status success
fi
fi
else
print_status failure
fi
}
reloadproc()
{
if [ $# = 0 ]
then
echo "Usage: reloadproc {program} [signal]"
exit 1
fi
base=`basename $1`
if [ -n "$2" ]
then
killlevel=-$2
else
nolevel=1
fi
pidlist=`pidof -o $$ -o $PPID -o %PPID -x $base`
pid=""
for apid in $pidlist
do
if [ -d /proc/$apid ]
then
pid="$pid $apid"
fi
done
if [ -n "$pid" ]
then
if [ "$nolevel" = 1 ]
then
kill -SIGHUP $pid
evaluate_retval
else
kill -$killlevel $pid
evaluate_retval
fi
else
print_status failure
fi
}
statusproc()
{
if [ $# = 0 ]
then
echo "Usage: status {program}"
return 1
fi
pid=`pidof -o $$ -o $PPID -o %PPID -x $1`
if [ -n "$pid" ]
then
echo "$1 running with Process ID $pid"
return 0
fi
if [ -f /var/run/$1.pid ]
then
pid=`head -1 /var/run/$1.pid`
if [ -n "$pid" ]
then
echo "$1 not running but /var/run/$1.pid exists"
return 1
fi
fi
}
# End /etc/init.d/functions
Create a new file /etc/init.d/checkfs containing the following:
#!/bin/sh
# Begin /etc/init.d/checkfs
source /etc/init.d/functions
echo -n "Activating swap..."
/sbin/swapon -a
evaluate_retval
if [ -f /fastboot ]
then
echo "Fast boot, no file system check"
else
/bin/mount -n -o remount,ro /
if [ $? = 0 ]
then
if [ -f /forcefsck ]
then
echo -n "/forcefsck exists, forcing "
echo "file system check"
force="-f"
else
force=""
fi
echo "Checking file systems..."
/sbin/fsck $force -a -A -C -T
if [ $? -gt 1 ]
then
$FAILURE
echo
echo -n "fsck failed. Please repair your file "
echo "systems manually by running /sbin/fsck"
echo "without the -a option"
echo
echo -n "Please note that the root file system "
echo "is currently mounted in read-only mode."
echo
echo -n "I will start sulogin now. When you "
echo "logout I will reboot your system."
echo
$NORMAL
/sbin/sulogin
/sbin/reboot -f
else
print_status success
fi
else
echo -n "Cannot check root file system because it "
echo "could not be mounted in read-only mode."
fi
fi
# End /etc/init.d/checkfs
Create a new file /etc/init.d/halt containing the following:
#!/bin/sh
# Begin /etc/init.d/halt
/sbin/halt -d -f -i -p
# End /etc/init.d/halt
You only need to create this script if you don't have a default 101 keys US keyboard layout. Create a new file /etc/init.d/loadkeys containing the following:
#!/bin/sh
# Begin /etc/init.d/loadkeys
source /etc/init.d/functions
echo -n "Loading keymap..."
/usr/bin/loadkeys -d >/dev/null
evaluate_retval
# End /etc/init.d/loadkeys
Create a new file /etc/init.d/mountfs containing the following:
#!/bin/sh
# Begin /etc/init.d/mountfs
source /etc/init.d/functions
echo -n "Remounting root file system in read-write mode..."
/bin/mount -n -o remount,rw /
evaluate_retval
echo > /etc/mtab
/bin/mount -f -o remount,rw /
/bin/rm -f /fastboot /forcefsck
echo -n "Mounting other file systems..."
/bin/mount -a
evaluate_retval
# End /etc/init.d/mountfs
Create a new file /etc/init.d/reboot containing the following:
#!/bin/sh
# Begin /etc/init.d/reboot
echo "System reboot in progress..."
/sbin/reboot -d -f -i
# End /etc/init.d/reboot
Create a new file /etc/init.d/sendsignals containing the following:
#!/bin/sh
# Begin /etc/init.d/sendsignals
source /etc/init.d/functions
echo -n "Sending all processes the TERM signal..."
/sbin/killall5 -15
evaluate_retval
echo -n "Sending all processes the KILL signal..."
/sbin/killall5 -9
evaluate_retval
# End /etc/init.d/sendsignals
The following script is only for real use when your hardware clock (also known as BIOS or CMOS clock) isn't set to GMT time. The recommended setup is setting your hardware clock to GMT and have the time converted to localtime using the /etc/localtime symbolic link. But if you run an OS that doesn't understand a clock set to GMT (most notable are Microsoft OS'es) you might want to set your clock to localtime so that the time is properly displayed on those OS'es. This script will reset the kernel time to the hardware clock without converting the time using the /etc/localtime symlink.
If you want to use this script on your system even if you have your hardware clock set to GMT, then change the UTC variable below to the value of 1.
#!/bin/sh
# Begin /etc/init.d/setclock
source /etc/init.d/functions
source /etc/sysconfig/clock
CLOCKPARAMS="--hctosys"
case "$UTC" in
yes|true|1)
CLOCKPARAMS="$CLOCKPARAMS -u"
;;
esac
echo -n "Setting clock..."
/sbin/hwclock $CLOCKPARAMS
evaluate_retval
# End /etc/init.d/setclock
Create a new file /etc/sysconfig/clock containing the following:
# Begin /etc/sysconfig/clock
UTC=1
# End /etc/sysconfig/clock
If your hardware clock (also known as BIOS or CMOS clock) is not set to GMT time, than set the UTC variable in the /etc/sysconfig/clock file to the value 0 (zero).
Create a new file /etc/init.d/sysklogd containing the following:
#!/bin/sh
# Begin /etc/init.d/sysklogd
source /etc/init.d/functions
case "$1" in
start)
echo -n "Starting system log daemon..."
loadproc /usr/sbin/syslogd -m 0
echo -n "Starting kernel log daemon..."
loadproc /usr/sbin/klogd
;;
stop)
echo -n "Stopping kernel log daemon..."
killproc klogd
echo -n "Stopping system log daemon..."
killproc syslogd
;;
reload)
echo -n "Reloading system log daemon configuration file..."
reloadproc syslogd 1
;;
restart)
$0 stop
sleep 1
$0 start
;;
status)
statusproc /usr/sbin/syslogd
statusproc /usr/sbin/klogd
;;
*)
echo "Usage: $0 {start|stop|reload|restart|status}"
exit 1
;;
esac
# End /etc/init.d/sysklogd
Create a new file /etc/init.d/template containing the following:
#!/bin/sh
# Begin /etc/init.d/
source /etc/init.d/functions
case "$1" in
start)
echo -n "Starting ..."
loadproc
;;
stop)
echo -n "Stopping ..."
killproc
;;
reload)
echo -n "Reloading ..."
reloadproc
;;
restart)
$0 stop
sleep 1
$0 start
;;
status)
statusproc
;;
*)
echo "Usage: $0 {start|stop|reload|restart|status}"
exit 1
;;
esac
# End /etc/init.d/
Create a new file /etc/init.d/umountfs containing the following:
#!/bin/sh
# Begin /etc/init.d/umountfs
source /etc/init.d/functions
echo -n "Deactivating swap..."
/sbin/swapoff -a
evaluate_retval
echo -n "Unmounting file systems..."
/bin/umount -a -r
evaluate_retval
# End /etc/init.d/umountfs
Give these files the proper permissions and create the necessary symlinks by running the following commands. If you did not create the loadkeys and setclock scripts, make sure you don't type them in the commands below.
cd /etc/init.d &&
chmod 754 rc rcS functions checkfs halt loadkeys mountfs reboot &&
chmod 754 sendsignals setclock sysklogd template umountfs &&
cd ../rc0.d &&
ln -s ../init.d/sysklogd K90sysklogd &&
ln -s ../init.d/sendsignals S80sendsignals &&
ln -s ../init.d/umountfs S90umountfs &&
ln -s ../init.d/halt S99halt &&
cd ../rc6.d &&
ln -s ../init.d/sysklogd K90sysklogd &&
ln -s ../init.d/sendsignals S80sendsignals &&
ln -s ../init.d/umountfs S90umountfs &&
ln -s ../init.d/reboot S99reboot &&
cd ../rcS.d &&
ln -s ../init.d/checkfs S05checkfs &&
ln -s ../init.d/mountfs S10mountfs &&
ln -s ../init.d/setclock S20setclock &&
ln -s ../init.d/loadkeys S30loadkeys &&
cd ../rc1.d &&
ln -s ../init.d/sysklogd K90sysklogd &&
cd ../rc2.d &&
ln -s ../init.d/sysklogd S03sysklogd &&
cd ../rc3.d &&
ln -s ../init.d/sysklogd S03sysklogd &&
cd ../rc4.d &&
ln -s ../init.d/sysklogd S03sysklogd &&
cd ../rc5.d &&
ln -s ../init.d/sysklogd S03sysklogd
In order for certain programs to be able to determine where certain partitions are supposed to be mounted by default, the /etc/fstab file is used. Create a new file /etc/fstab containing the following:
# Begin /etc/fstab
/dev/<LFS-partition designation> / ext2 defaults 1 1
/dev/<swap-partition designation> swap swap defaults 0 0
none /proc proc defaults 0 0
# End /etc/fstab
Replace <LFS-partition designation> and <swap-partition designation> with the appropriate devices (/dev/hda5 and /dev/hda6 in my case).
This chapter will make LFS bootable. This chapter deals with building a new kernel for our new LFS system and adding the proper entries to LILO so that you can select to boot the LFS system at the LILO: prompt.
A kernel is the heart of a Linux system. We could use the kernel image from our normal system, but we might as well compile a new kernel from the most recent kernel sources available.
Building the kernel involves a few steps: configuring it and compiling it. There are a few ways to configure the kernel. If you don't like the way this book does it, read the README file and find out what your other options are. Run the following commands to build the kernel:
cd /usr/src/linux &&
make mrproper &&
make menuconfig &&
make dep &&
make bzImage &&
make modules &&
make modules_install &&
cp arch/i386/boot/bzImage /boot/lfskernel &&
cp System.map /boot
In order to being able to boot from this partition, we need to update our /etc/lilo.conf file. Add the following lines to lilo.conf:
image=/boot/lfskernel
label=lfs
root=<partition>
read-only
<partition> must be replaced by your partition's designation (which would be /dev/hda5 in my case).
Now update the boot loader by running:
/sbin/lilo
Now that all software has been installed, bootscripts have been created, it's time for you to reboot your computer. Shutdown your system with shutdown -r now and reboot into LFS. After the reboot you will have a normal login prompt like you have on your normal Linux system (unless you use XDM or some sort of other Display Manger (like KDM - KDE's version of XDM).
One thing remains to be done and that's setting up networking. After you rebooted and finished the next chapter of this book your LFS system is ready for use and you can do with it whatever you want.
This chapter will setup basic networking. Although you might not be connected to a network, Linux software uses network functions anyway. We'll be installing at least the local loopback device and a network card as well if applicable. Also the proper bootscripts will be created so that networking will be enabled during boot time.
Install Netkit-base by running the following commands:
./configure --prefix=/usr &&
make &&
make install &&
cd etc.sample &&
cp services protocols /etc
There are other files in the etc.sample directory which might be of interest to you.
Edit the Makefile file and edit the CFLAGS variable if you want to add compiler optimzations.
Install Net-tools by running the following commands:
make &&
make install
You might have noticed that we don't use the compiler optimizations for this package. The reason is that overriding the CFLAGS variable causes compilation problems. You would have to edit the Makefile file and add the proper values to the CFLAGS variable and then compile the package. If you want to do that it's up to you. I don't think it's worth the trouble though. The programs in this package aren't that big that optimization would have any noticable effect on the performance.
Create a new file /etc/init.d/localnet containing the following:
#!/bin/sh
# Begin /etc/init.d/localnet
source /etc/init.d/functions
source /etc/sysconfig/network
case "$1" in
start)
echo -n "Bringing up the loopback interface..."
/sbin/ifconfig lo 127.0.0.1
evaluate_retval
echo -n "Setting up hostname..."
/bin/hostname $HOSTNAME
evaluate_retval
;;
stop)
echo -n "Bringing down the loopback interface..."
/sbin/ifconfig lo down
evaluate_retval
;;
*)
echo "Usage: $0: {start|stop}"
exit 1
;;
esac
# End /etc/init.d/localnet
Set the proper file permissions and create the necessary symlink by running the following commands:
cd /etc/init.d &&
chmod 754 localnet &&
cd ../rcS.d &&
ln -s ../init.d/localnet S03localnet
Create a new file /etc/sysconfig/network and put the hostname in it by running:
echo "HOSTNAME=lfs" > /etc/sysconfig/network
Replace "lfs" by the name you wish to call your computer. Please not that you should not enter the FQDN (Fully Qualified Domain Name) here. That information will be put in the /etc/hosts file later.
If you want to configure a network card, you have to decide on the IP-address, FQDN and possible aliases for use in the /etc/hosts file. An example is:
<my-IP> myhost.mydomain.org aliases
Make sure the IP-address is in the private network IP-address range. Valid ranges are:
Class Networks
A 10.0.0.0
B 172.16.0.0 through 172.31.0.0
C 192.168.0.0 through 192.168.255.0
A valid IP address could be 192.168.1.1. A valid FQDN for this IP could be www.linuxfromscratch.org
If you're not going to use a network card, you still need to come up with a FQDN. This is necessary for programs like Sendmail to operate correctly (in fact; Sendmail won't run when it can't determine the FQDN).
If you don't configure a network card, create a new file /etc/hosts containing:
# Begin /etc/hosts (no network card version)
127.0.0.1 www.mydomain.com <value of HOSTNAME> localhost
# End /etc/hosts (no network card version)
If you do configure a network card, create a new file /etc/hosts containing:
# Begin /etc/hosts (network card version)
127.0.0.1 localhost.localdomain localhost
192.168.1.1 www.mydomain.org <value of HOSTNAME>
# End /etc/hosts (network card version)
Of course, change the 192.168.1.1 and www.mydomain.org to your own liking (or requirements if you are assigned an IP-address by a network/system administrator and you plan on connecting this machine to that network).
This section only applies if you are going to configure a network card. If you're not, skip this section.
Create a new file /etc/init.d/ethnet containing the following:
#!/bin/sh
# Begin /etc/init.d/ethnet
source /etc/init.d/functions
source /etc/sysconfig/network
case "$1" in
start)
echo -n "Bringing up the eth0 interface..."
/sbin/ifconfig eth0 $IP broadcast $BROADCAST netmask $NETMASK
evaluate_retval
;;
stop)
echo -n "Bringing down the eth0 interface..."
/sbin/ifconfig eth0 down
evaluate_retval
;;
*)
echo "Usage: $0 {start|stop}"
exit 1
;;
esac
# End /etc/init.d/ethnet
Edit the /etc/sysconfig/network file and add the following lines to it. Don't remove the HOSTNAME= line.
IP=192.168.1.1
NETMASK=255.255.255.0
BROADCAST=192.168.1.255
Chagne the IP, NETMASK and BROADCAST values to match your network setup.
Set the proper file permissions and create the necessary symlink by running the following commands:
cd /etc/init.d &&
chmod 754 ethnet &&
cd ../rc1.d &&
ln -s ../init.d/ethnet K80ethnet &&
cd ../rc2.d &&
ln -s ../init.d/ethnet K80ethnet &&
cd ../rc3.d &&
ln -s ../init.d/ethnet S10ethnet &&
cd ../rc4.d &&
ln -s ../init.d/ethnet S10ethnet &&
cd ../rc5.d &&
ln -s ../init.d/ethnet S10ethnet
This appendix describes the following aspect of each and every package that is installed in this book:
What every package contains
What every program from a package does
The packages are listed in the same order as they are installed in chapter 5 (Intel system) or chapter 11 (PPC systems).
Most information about these packages (especially the descriptions of it) come from the man pages from those packages. I'm not going to print the entire man page, just the core elements to make you understand what a program does. If you want to know full details on a program, I suggest you start by reading the complete man page in addition to this appendix.
You will also find that certain packages are documented more in depth than others. The reason is that I just happen to know more about certain packages than I know about others. If you have anything to add on the following descriptions, please don't hesitate to email me. This list is going to contain an in depth description of every package installed, but I can't do this on my own. I have had help from various people but more help is needed.
Please note that currently only what a package does is described and not why you need to install it. That will be added later.
The Glibc package contains the GNU C Library.
The C Library is a collection of commonly used functions in programs. This way a programmer doens't need to create his own functions for every single task. The most common things like writing a string to your screen are already present and at the disposal of the programmer.
The C library (actually almost every library) come in two flavours: dynamic ones and static ones. In short when a program uses a static C library, the code from the C library will be copied into the executable file. When a program uses a dynamic library, that executable will not contain the code from the C library, but instead a routine that loads the functions from the library at the time the program is run. This means a significant decrease in the file size of a program. If you don't understand this concept, you better read the documentation that comes with the C Library as it is too complicated to explain here in one or two lines.
The Linux kernel package contains the Linux kernel.
The Linux kernel is at the core of every Linux system. It's what makes Linux tick. When you turn on your computer and boot a Linux system, the very first piece of Linux software that gets loaded is the kernel. The kernel initializes the system's hardware components such as serial ports, parallel ports, sound cards, network cards, IDE controllers, SCSI controllers and a lot more. In a nutshell the kernel makes the hardware available so that the software can run.
The Ed package contains the ed program.
Ed is a line-oriented text editor. It is used to create, display, modify and otherwise manipulate text files.
The Patch package contains the patch program.
The patch program modifies a file according to a patch file. A patch file usually is a list created by the diff program that contains instructions on how an original file needs to be modified. Patch is used a lot for source code patches since it saves time and space. Imagine you have a package that is 1MB in size. The next version of that package only has changes in two files of the first version. You can ship an entirely new package of 1MB or provide a patch file of 1KB which will update the first version to make it identical to the second version. So if you have downloaded the first version already, a patch file can save you a second large download.
The GCC package contains compilers, preprocessors and the GNU C++ Library.
A compiler translates source code in text format to a format that a computer understands. After a source code file is compiled into an object file, a linker will create an executable file from one or more of these compiler generated object files.
A pre-processor pre-processes a source file, such as including the contents of header files into the source file. You generally don't do this yourself to save yourself a lot of time. You just insert a line like #include <filename>. The pre-processor file insert the contents of that file into the source file. That's one of the things a pre-processor does.
The C++ library is used by C++ programs. The C++ library contains functions that are frequently used in C++ programs. This way the programmer doesn't have to write certain functions (such as writing a string of text to the screen) from scratch every time he creates a program.
The Bison package contains the bison program.
Bison is a parser generator, a replacement for YACC. YACC stands for Yet Another Compiler Compiler. What is Bison then? It is a program that generates a program that analyses the structure of a textfile. Instead of writing the actual program you specify how things should be connected and with those rules a program is constructed that analyses the textfile.
There are alot of examples where structure is needed and one of them is the calculator.
Given the string :
1 + 2 * 3
You can easily come to the result 7. Why ? Because of the structure. You know how to interpretet the string. The computer doesn't know that and Bison is a tool to help it understand by presenting the string in the following way to the compiler:
+
/ \
* 1
/ \
2 3
You start at the bottom of a tree and you come across the numbers 2 and 3 which are joined by the multiplication symbol, so the computers multiplies 2 and 3. The result of that multiplication is remembered and the next thing that the computer sees is the result of 2*3 and the number 1 which are joined by the add symbol. Adding 1 to the previous result makes 7. In calculating the most complex calculations can be broken down in this tree format and the computer just starts at the bottom and works it's way up to the top and comes with the correct answer. Of course, Bison isn't only used for calculators alone.
The Mawk package contains the mawk program.
Mawk is an interpreter for the AWK Programming Language. The AWK language is useful for manipulation of data files, text retrieval and processing, and for prototyping and experimenting with algorithms.
The Findutils package contains the find, locate, updatedb and xargs programs.
The find program searches for files in a directory hierarchy which match a certain criteria. If no criteria is given, it lists all files in the current directory and it's subdirectories.
Locate scans a database which contain all files and directories on a filesystem. This program lists the files and directories in this database matching a certain criteria. If you're looking for a file this program will scan the database and tell you exactly where the files you requested are located. This only makes sense if your locate database is fairly up-to-date else it will provide you with out-of-date information.
The updatedb program updates the locate database. It scans the entire file system (including other file system that are currently mounted unless you specify it not to) and puts every directory and file it finds into the database that's used by the locate program which retrieves this information. It's a good practice to update this database once a day so that you are ensured of a database that is up-to-date.
The xargs command applies a command to a list of files. If you need to perform the same command on multiple files, you can create a file that contains all these files (one per line) and use xargs to perform that command on the list.
The Ncurses package contains the ncurses, panel, menu and form libraries. It also contains the tic, infocmp, clear, tput, toe and tset programs.
The libraries that make up the Ncurses library are used to display text (often in a fancy way) on your screen. An example where ncurses is used is in the kernel's "make menuconfig" process. The libraries contain routines to create panels, menu's, form and general text display routines.
Tic is the terminfo entry-description compiler. The program translates a terminfo file from source format into the binary format for use with the ncurses library routines. Terminfo files contain information about the capabilities of your terminal.
The infocmp program can be used to compare a binary terminfo entry with other terminfo entries, rewrite a terminfo description to take advantage of the use= terminfo field, or print out a terminfo description from the binary file (term) in a variety of formats (the opposite of what tic does).
The clear program clears your screen if this is possible. It looks in the environment for the terminal type and then in the terminfo database to figure out how to clear the screen.
The tput program uses the terminfo database to make the values of terminal-dependent capabilities and information available to the shell, to initialize or reset the terminal, or return the long name of the requested terminal type.
The Tset program initializes terminals so they can be used, but it's not widely used anymore. It's provided for 4.4BSD compatibility.
The Less package contains the less program
The less program is a file pager (or text viewer). It displays the contents of a file with the ability to scroll. Less is an improvement on the common pager called "more". Less has the ability to scroll backwards through files as well and it doesn't need to read the entire file when it starts, which makes it faster when you are reading large files.
The Groff packages contains the addftinfo, afmtodit, eqn, grodvi, groff, grog, grohtml, grolj4, grops, grotty, hpftodit, indxbib, lkbib, lookbib, neqn, nroff, pfbtops, pic, psbb, refer, soelim, tbl, tfmtodit and troff programs.
addftinfo reads a troff font file and adds some additional font-metric information that is used by the groff system.
eqn compiles descriptions of equations embedded within troff input files into commands that are understood by troff.
groff is a front-end to the groff document formatting system. Normally it runs the troff program and a postprocessor appropriate for the selected device.
grog reads files and guesses which of the groff options -e, -man, -me, -mm, -ms, -p, -s, and -t are required for printing files, and prints the groff command including those options on the standard output.
grolj4 is a driver for groff that produces output in PCL5 format suitable for an HP Laserjet 4 printer.
indxbib makes an inverted index for the bibliographic databases a specified file for use with refer, lookbib, and lkbib.
lkbib searches bibliographic databases for references that contain specified keys and prints any references found on the standard output.
lookbib prints a prompt on the standard error (unless the standard input is not a terminal), reads from the standard input a line containing a set of keywords, searches the bibliographic databases in a specified file for references containing those keywords, prints any references found on the standard output, and repeats this process until the end of input.
pic compiles descriptions of pictures embedded within troff or TeX input files into commands that are understood by TeX or troff.
psbb reads a file which should be a PostScript document conforming to the Document Structuring conventions and looks for a %%BoundingBox comment.
refer copies the contents of a file to the standard output, except that lines between .[ and .] are interpreted as citations, and lines between .R1 and .R2 are interpreted as commands about how citations are to be processed.
tbl compiles descriptions of tables embedded within troff input files into commands that are understood by troff.
troff is highly compatible with Unix troff. Usually it should be invoked using the groff command, which will also run preprocessors and postprocessors in the appropriate order and with the appropriate options.
The Man package contains the man, apropos whatis and makewhatis programs.
man formats and displays the on-line manual pages.
apropos searches a set of database files containing short descriptions of system commands for keywords and displays the result on the standard output.
whatis searches a set of database files containing short descriptions of system commands for keywords and displays the result on the standard output. Only complete word matches are displayed.
makewhatis reads all the manual pages contained in given sections of manpath or the preformatted pages contained in the given sections of catpath. For each page, it writes a line in the whatis database; each line consists of the name of the page and a short description, separated by a dash. The description is extracted using the content of the NAME section of the manual page.
The Perl package contains Perl - Practical Extraction and Report Language
Perl combines the features and capabilities of C, awk, sed and sh into one powerful programming language.
The M4 package contains the M4 processor
M4 is a macro processor. It copies input to output expanding macros as it goes. Macros are either builtin or user-defined and can take any number of arguments. Besides just doing macro expansion m4 has builtin functions for including named files, running UNIX commands, doing integer arithmetic, manipulating text in various ways, recursion, etc. M4 can be used either as a front-end to a compiler or as a macro processor in its own right.
The Texinfo package contains the info, install-info, makeinfo, texi2dvi and texindex programs
The info program reads Info documents, usually contained in your /usr/doc/info directory. Info documents are like man(ual) pages, but they tend to be more in depth than just explaining the options to a program.
The install-info program updates the info entries. When you run the info program a list with available topics (ie: available info documents) will be presented. The install-info program is used to maintain this list of available topics. If you decice to remove info files manually, you need to delete the topic in the index file as well. This program is used for that. It also works the other way around when you add info documents.
The makeinfo program translates Texinfo source documents into various formats. Available formats are: info files, plain text and HTML.
The Autoconf package contains the autoconf, autoheader, autoreconf, autoscan, autoupdate and ifnames programs
Autoconf is a tool for producing shell scripts that automatically configure software source code packages to adapt to many kinds of UNIX-like systems. The configuration scripts produced by Autoconf are independent of Autoconf when they are run, so their users do not need to have Autoconf.
The autoheader program can create a template file of C #define statements for configure to use
If you have a lot of Autoconf-generated configure scripts, the autoreconf program can save you some work. It runs autoconf (and autoheader, where appropriate) repeatedly to remake the Autoconf configure scripts and configuration header templates in the directory tree rooted at the current directory.
The autoscan program can help you create a configure.in file for a software package. autoscan examines source files in the directory tree rooted at a directory given as a command line argument, or the current directory if none is given. It searches the source files for common portability problems and creates a file configure.scan which is a preliminary configure.in for that package.
The autoupdate program updates a configure.in file that calls Autoconf macros by their old names to use the current macro names.
ifnames can help when writing a configure.in for a software package. It prints the identifiers that the package already uses in C preprocessor conditionals. If a package has already been set up to have some portability, this program can help you figure out what its configure needs to check for. It may help fill in some gaps in a configure.in generated by autoscan.
The Automake package contains the aclocal and automake programs
Automake includes a number of Autoconf macros which can be used in your package; some of them are actually required by Automake in certain situations. These macros must be defined in your aclocal.m4; otherwise they will not be seen by autoconf.
The aclocal program will automatically generate aclocal.m4 files based on the contents of configure.in. This provides a convenient way to get Automake-provided macros, without having to search around. Also, the aclocal mechanism is extensible for use by other packages.
To create all the Makefile.in's for a package, run the automake program in the top level directory, with no arguments. automake will automatically find each appropriate Makefile.am (by scanning configure.in) and generate the corresponding Makefile.in.
The Bash package contains the bash program
Bash is the Bourne-Again SHell, which is a widely used command interpreter on Unix systems. Bash is a program that reads from standard input, the keyboard. You type something and the program will evaluate what you have typed and do something with it, like running a program.
The Flex package contains the flex program
Flex is a tool for generating programs which regognize patterns in text. Pattern recognition is very useful in many applications. You set up rules what to look for and flex will make a program that looks for those patterns. The reason people use flex is that it is much easier to set up rules for what to look for than to write the actual program that finds the text.
The Binutils package contains the ld, as, ar, nm, objcopy, objdump, ranlib, size, strings, strip, c++filt, addr2line and nlmconv programs
ld combines a number of object and archive files, relocates their data and ties up symbol references. Often the last step in building a new compiled program to run is a call to ld.
as is primarily intended to assemble the output of the GNU C compiler gcc for use by the linker ld.
The ar program creates, modifies, and extracts from archives. An archive is a single file holding a collection of other files in a structure that makes it possible to retrieve the original individual files (called members of the archive).
objcopy utility copies the contents of an object file to another. objcopy uses the GNU BFD Library to read and write the object files. It can write the destination object file in a format different from that of the source object file.
objdump displays information about one or more object files. The options control what particular information to display. This information is mostly useful to programmers who are working on the compilation tools, as opposed to programmers who just want their program to compile and work.
ranlib generates an index to the contents of an archive, and stores it in the archive. The index lists each symbol defined by a member of an archive that is a relocatable object file.
size lists the section sizes --and the total size-- for each of the object files objfile in its argument list. By default, one line of output is generated for each object file or each module in an archive.
For each file given, strings prints the printable character sequences that are at least 4 characters long (or the number specified with an option to the program) and are followed by an unprintable character. By default, it only prints the strings from the initialized and loaded sections of object files; for other types of files, it prints the strings from the whole file.
strings is mainly useful for determining the contents of non-text files.
strip discards all or specific symbols from object files. The list of object files may include archives. At least one object file must be given. strip modifies the files named in its argument, rather than writing modified copies under different names.
The C++ language provides function overloading, which means that you can write many functions with the same name (providing each takes parameters of different types). All C++ function names are encoded into a low-level assembly label (this process is known as mangling). The c++filt program does the inverse mapping: it decodes (demangles) low-level names into user-level names so that the linker can keep these overloaded functions from clashing.
addr2line translates program addresses into file names and line numbers. Given an address and an executable, it uses the debugging information in the executable to figure out which file name and line number are associated with a given address.
nlmconv converts relocatable object files into the NetWare Loadable Module files, optionally reading header files for NLM header information.
The Bzip2 packages contains the bzip2, bunzip2, bzcat and bzip2recover programs.
bzip2 compresses files using the Burrows-Wheeler block sorting text compression algorithm, and Huffman coding. Compression is generally considerably better than that achieved by more conventional LZ77/LZ78-based compressors, and approaches the performance of the PPM family of statistical compressors.
The Diffutils package contains the cmp, diff, diff3 and sdiff programs.
cmp and diff both compare two files and report their differences. Both programs have extra options which compare files in different situations.
The e2fsprogs package contains the chattr, lsattr, uuidgen, badblocks, debugfs, dumpe2fs, e2fsck, e2label, fsck, fsck.ext2, mke2fs, mkfs.ext2, mklost+found and tune2fs programs.
chattr changes the file attributes on a Linux second extended file system.
The uuidgen program creates a new universally unique identifier (UUID) using the libuuid library. The new UUID can reasonably be considered unique among all UUIDs created on the local system, and among UUIDs created on other systems in the past and in the future.
The debugfs program is a file system debugger. It can be used to examine and change the state of an ext2 file system.
dumpe2fs prints the super block and blocks group information for the filesystem present on a specified device.
e2fsck is used to check a Linux second extended file system. fsck.ext2 does the same as e2fsck.
e2label will display or change the filesystem label on the ext2 filesystem located on the specified device.
mke2fs is used to create a Linux second extended file system on a device (usually a disk partition). mkfs.ext2 does the same as mke2fs.
mklost+found is used to create a lost+found directory in the current working directory on a Linux second extended file system. mklost+found pre-allocates disk blocks to the directory to make it usable by e2fsck.
The File package contains the file program.
File tests each specified file in an attempt to classify it. There are three sets of tests, performed in this order: filesystem tests, magic number tests, and language tests. The first test that succeeds causes the file type to be printed.
The Fileutils package contains the chgrp, chmod, chown, cp, dd, df, dir, dircolors, du, install, ln, ls, mkdir, mkfifo, mknod, mv, rm, rmdir, sync, touch and vdir programs.
chgrp changes the group ownership of each given file to the named group, which can be either a group name or a numeric group ID.
chmod changes the permissions of each given file according to mode, which can be either a symbolic representation of changes to make, or an octal number representing the bit pattern for the new permissions.
dd copies a file (from the standard input to the standard output, by default) with a user-selectable blocksize, while optionally performing conversions on it.
df displays the amount of disk space available on the filesystem containing each file name argument. If no file name is given, the space available on all currently mounted filesystems is shown.
dir and vdir are versions of ls with different default output formats. These programs list each given file or directory name. Directory contents are sorted alphabetically. For ls, files are by default listed in columns, sorted vertically, if the standard output is a terminal; otherwise they are listed one per line. For dir, files are by default listed in columns, sorted vertically. For vdir, files are by default listed in long format.
dircolors outputs commands to set the LS_COLOR environment variable. The LS_COLOR variable is use to change the default color scheme used by ls and related utilities.
du displays the amount of disk space used by each argument and for each subdirectory of directory arguments.
install copies files and sets their permission modes and, if possible, their owner and group.
mv moves files from one directory to another or renames files, depending on the arguments given to mv.
touch changes the access and modification times of each given file to the current time. Files that do not exist are created empty.
The gettext package contains the gettext, gettextize, msgcmp, msgcomm, msgfmt, msgmerge, msgunfmt and xgettext programs.
The gettext package is used for internationalization (also known as i18n) and for localization (also known as l10n). Programs can be compiled with Native Language Support (NLS) which enable them to output messages in your native language rather than in the default English languge.
The grep package contains the egrep, fgrep and grep programs.
egrep prints lines from files matching an extended regular expression pattern.
fgrep prints lines from files matching a list of fixed strings, separated by newlines, any of which is to be matched.
The Gzip package contains the gunzip, gzexe, gzip, zcat, zcmp, zdiff, zforece, zgrep, zmore and znew programs.
gunzip decompresses files that are compressed with gzip.
gzexe allows you to compress executables in place and have them automatically uncompress and execute when you run them (at a penalty in performance).
zcat uncompresses either a list of files on the command line or its standard input and writes the uncompressed data on standard output
zforce forces a .gz extension on all gzip files so that gzip will not compress them twice. This can be useful for files with names truncated after a file transfer.
Zmore is a filter which allows examination of compressed or plain text files one screenful at a time on a soft-copy terminal (similar to the more program).
From the Ld.so package we're using the ldconfig and ldd programs.
ldconfig creates the necessary links and cache (for use by the run-time linker, ld.so) to the most recent shared libraries found in the directories specified on the command line, in the file /etc/ld.so.conf, and in the trusted directories (/usr/lib and /lib). ldconfig checks the header and file names of the libraries it encounters when determining which versions should have their links updated.
ldd prints the shared libraries required by each program or shared library specified on the command line.
The Libtool package contains the libtool and libtoolize programs. It also contains the ltdl library.
Libtool provides generalized library-building support services.
Libtool provides a small library, called `libltdl', that aims at hiding the various difficulties of dlopening libraries from programmers.
The Bin86 contains the as86, as86_encap, ld86, objdump86, nm86 and size86 programs.
as86 is an assembler for the 8086...80386 processors.
as86_encap is a shell script to call as86 and convert the created binary into a C file prog.v to be included in or linked with programs like boot block installers.
ld86 understands only the object files produced by the as86 assembler, it can link them into either an impure or a separate I&D executable.
The Make package contains the make program.
make determine automatically which pieces of a large program need to be recompiled, and issue the commands to recompile them.
The Shellutils package contains the basename, chroot, date, dirname, echo, env, expr, factor, false, groups, hostid, hostname, id, logname, nice, nohup, pathchk, pinky, printenv, printf, pwd, seq, sleep, stty, su, tee, test, true, tty, uname, uptime, users, who, whoami and yes programs.
The Shadow Password Suite contains the chage, chfn, chsh, expiry, faillog, gpasswd, lastlog, login, newgrp, passwd, sg, su, chpasswd, dpasswd, groupadd, groupdel, groupmod, grpck, grpconv, grpunconv, logoutd, mkpasswd, newusers, pwck, pwconv, pwunconv, useradd, userdel, usermod and vipw programs.
chage changes the number of days between password changes and the date of the last password change.
chfn changes user fullname, office number, office extension, and home phone number information for a user's account.
faillog formats the contents of the failure log,/var/log/faillog, and maintains failure counts and limits.
lastlog formats and prints the contents of the last login log, /var/log/lastlog. The login-name, port, and last login time will be printed.
Change the effective user id and group id to that of a user. This replaces the su programs that's installed from the Shellutils package.
chpasswd reads a file of user name and password pairs from standard input and uses this information to update a group of existing users.
The groupadd command creates a new group account using the values specified on the command line and the default values from the system.
The groupdel command modifies the system account files, deleting all entries that refer to group.
The groupmod command modifies the system account files to reflect the changes that are specified on the command line.
mkpasswd reads a file in the format given by the flags and converts it to the corresponding database file format.
newusers reads a file of user name and cleartext password pairs and uses this information to update a group of existing users or to create new users.
userdel modifies the system account files, deleting all entries that refer to a specified login name.
usermod modifies the system account files to reflect the changes that are specified on the command line.
vipw and vigr will edit the files /etc/passwd and /etc/group, respectively. With the -s flag, they will edit the shadow versions of those files, /etc/shadow and /etc/gshadow, respectively.
The Modutils package contains the depmod, genksyms, insmod, insmod_ksymoops_clean, kerneld, kernelversion, ksyms, lsmod, modinfo, modprobe and rmmod programs.
depmod handles dependency descriptions for loadable kernel modules.
genksyms reads (on standard input) the output from gcc -E source.c and generates a file containing version information.
modinfo examines an object file associated with a kernel module and displays any information that it can glean.
Modprobe uses a Makefile-like dependency file, created by depmod, to automatically load the relevant module(s) from the set of modules available in predefined directory trees.
The Procinfo package contains the procinfo program.
procinfo gathers some system data from the /proc directory and prints it nicely formatted on the standard output device.
The Procps package contains the free, kill, oldps, ps, skill, snice, sysctl, tload, top, uptime, vmstat, w and watch programs.
free displays the total amount of free and used physical and swap memory in the system, as well as the shared memory and buffers used by the kernel.
tload prints a graph of the current system load average to the specified tty (or the tty of the tload process if none is specified).
uptime gives a one line display of the following information: the current time, how long the system has been running, how many users are currently logged on, and the system load averages for the past 1, 5, and 15 minutes.
vmstat reports information about processes, memory, paging, block IO, traps, and cpu activity.
The Vim package contains the ctags, etags, ex, gview, gvim, rgview, rgvim, rview, rvim, view, vim, vimtutor and xxd programs.
ctags generate tag files for source code.
etags does the same as ctags but it can generate cross reference files which list information about the various source objects found in a set of lanugage files.
rview is a restricted version of view. No shell commands can be started and Vim can't be suspended.
rvim is the restricted version of vim. No shell commands can be started and Vim can't be suspended.
The Psmisc package contains the fuser, killall and pstree programs.
The Sed package contains the sed program.
sed is a stream editor. A stream editor is used to perform basic text transformations on an input stream (a file or input from a pipeline).
The Sysklogd package contains the klogd and syslogd programs.
klogd is a system daemon which intercepts and logs Linux kernel messages.
Syslogd provides a kind of logging that many modern programs use.Every logged message contains at least a time and a hostname field, normally a program name field, too, but that depends on how trusty the logging program is.
The Sysvinit package contains the pidof, last, lastb, mesg, utmpdump, wall, halt, init, killall5, poweroff, reboot, runlevel, shutdown, sulogin and telinit programs.
Pidof finds the process id's (pids) of the named programs and prints those id's on standard output.
last searches back through the file /var/log/wtmp (or the file designated by the -f flag) and displays a list of all users logged in (and out) since that file was created.
lastb is the same as last, except that by default it shows a log of the file /var/log/btmp, which contains all the bad login attempts.
Mesg controls the access to your terminal by others. It's typically used to allow or disallow other users to write to your terminal.
utmpdumps prints the content of a file (usually /var/run/utmp) on standard output in a user friendly format.
Halt notes that the system is being brought down in the file /var/log/wtmp, and then either tells the kernel to halt, reboot or poweroff the system. If halt or reboot is called when the system is not in runlevel 0 or 6, shutdown will be invoked instead (with the flag -h or -r).
Init is the parent of all processes. Its primary role is to create processes from a script stored in the file /etc/inittab. This file usually has entries which cause init to spawn gettys on each line that users can log in. It also controls autonomous processes required by any particular system.
killall5 is the SystemV killall command. It sends a signal to all processes except the processes in its own session, so it won't kill the shell that is running the script it was called from.
poweroff is equivalent to shutdown -h -p now. It halts the computer and switches off the computer (when using an APM compliant BIOS and APM is enabled in the kernel).
Runlevel reads the system utmp file (typically /var/run/utmp) to locate the runlevel record, and then prints the previous and current system runlevel on its standard output, separated by a single space.
shutdown brings the system down in a secure way. All logged-in users are notified that the system is going down, and login is blocked.
sulogin is invoked by init when the system goes into single user mode (this is done through an entry in /etc/inittab). Init also tries to execute sulogin when it is passed the -b flag from the bootmonitor (eg, LILO).
The tar package contains the tar and rmt programs.
tar is an archiving program designed to store and extract files from an archive file known as a tarfile.
rmt is a program used by the remote dump and restore programs in manipulating a magnetic tape drive through an interprocess communication connection.
The Textutils package contains the cat, cksum, comm, split, cut, expand, fmt, fold, head, join, md5sum, nl, od, paste, pr, ptx, sort, split, sum, tac, tail, tr, tsort, unexpand, uniq and wc programs.
cat concatenates file(s) or standard input to standard output.
cplit outputs pieces of a file separated by (a) pattern(s) to files xx01, xx02, ..., and outputs byte counts of each piece to standard output.
fold wraps input lines in each specified file (standard input by default), writing to standard output.
od writes an unambiguous representation, octal bytes by default, of a specified file to standard output.
paste writes lines consisting of the sequentially corresponding lines from each specified file, separated by TABs, to standard output.
tr translates, squeezes, and/or deletes characters from standard input, writing to standard output.
uniq discards all but one of successive identical lines from files or standard input and writes to files or standard output.
wc prints line, word, and byte counts for each specified file, and a total line if more than one file is specified.
The Util-linux package contains the arch, dmesg, kill, more, mount, umount, agetty, blockdev, cfdisk, ctrlaltdel, elvtune, fdisk, fsck.minix, hwclock, kbdrate, losetup, mkfs, mkfs.bfs, mkfs.minix, mkswap, sfdisk, swapoff, swapon, cal, chkdupexe, col, colcrt, colrm, column, cytune, ddate, fdformat, getopt, hexdump, ipcrm, ipcs, logger, look, mcookie, namei, rename, renice, rev, script, setfdprm, setsid, setterm, ul, whereis, write, ramsize, rdev, readprofile, rootflags, swapdev, tunelp and vidmode programs.
arch prints the machine architecture.
hexdump displays specified files, or standard input, in a user specified format (ascii, decimal, hexadecimal, octal).
ul reads a file and translates occurences of underscores to the sequence which indicates underlining for the terminal in use.
The Console-tools package contains the charset, chvt, consolechars, deallocvt, dumpkeys, fgconsole, fix_bs_and_del, font2psf, getkeycodes, kbd_mode, loadkeys, loadunimap, mapscrn, mk_modmap, openvt, psfaddtable, psfgettable, psfstriptable, resizecons, saveunimap, screendump, setfont, setkeycodes, setleds, setmetamode, setvesablank, showcfont, showkey, splitfont, unicode_start, unicode_stop, vcstime, vt-is-URF8, writevt
charset sets an ACM for use in one of the G0/G1 charsets slots.
consolechars loads EGA/VGA console screen fonts, screen font maps and/or application-charset maps.
The console-data package contains the data files that are used and needed by the console-tools package.
The Man-pages package contains various manual pages that don't come with the packages.
Examples of provided manual pages are the manual pages describing all the C and C++ functions, few important /dev/ files and more.
A list of books, HOWTOs and other documents you might find useful to download or buy follows. This list is just a small list to start with. We hope to be able to expand this list in time as we come across more useful documents or books.
Linux Network Administrator's Guide published by O'Reilly. ISBN: 1-56502-087-2
Running Linux published by O'Reilly. ISBN: 1-56592-151-8
All of the following HOWTOs can be downloaded from the Linux Documentation Project site at http://www.linuxdoc.org
Linux Network Administrator's Guide
Powerup2Bash-HOWTO
Below you find the list with packages from chapter 3 with their original download locations. This might help you to find a newer version of a package quicker.
Bash (2.04): ftp://ftp.gnu.org/gnu/bash/
Binutils (2.10): ftp://ftp.gnu.org/gnu/binutils/
Bzip2 (1.0.1): ftp://sourceware.cygnus.com/pub/bzip2/
Diff Utils (2.7): ftp://ftp.gnu.org/gnu/diffutils/
File Utils (4.0): ftp://ftp.gnu.org/gnu/fileutils/
GCC (2.95.2): ftp://ftp.gnu.org/gnu/gcc/
Linux Kernel (2.2.17): ftp://ftp.kernel.org/pub/linux/kernel/
Glibc (2.1.3): ftp://ftp.gnu.org/gnu/glibc/
Glibc-crypt (2.1.3): ftp://ftp.gnu.org/gnu/glibc/
Glibc-linuxthreads (2.1.3): ftp://ftp.gnu.org/gnu/glibc/
Glibc Patch (2.1.3): http://ftp.linuxfromscratch.org/common-packages
Grep (2.4.2): ftp://ftp.gnu.org/gnu/grep/
Gzip (1.2.4a): ftp://ftp.gnu.org/gnu/gzip/
Make (3.79.1): ftp://ftp.gnu.org/gnu/make/
Sed (3.02): ftp://ftp.gnu.org/gnu/sed/
Shell Utils (2.0): ftp://ftp.gnu.org/gnu/sh-utils/
Tar (1.13): ftp://ftp.gnu.org/gnu/tar/
Text Utils (2.0): ftp://ftp.gnu.org/gnu/textutils/
MAKEDEV (2.5): ftp://ftp.ihg.uni-duisburg.de/Linux/system/
Bison (1.28): ftp://ftp.gnu.org/gnu/bison/
Mawk (1.3.3): ftp://ftp.whidbey.net/pub/brennan/
Patch (2.5.4): ftp://ftp.gnu.org/gnu/patch/
Find Utils (4.1): ftp://ftp.gnu.org/gnu/findutils/
Find Utils Patch (4.1): http://ftp.linuxfromscratch.org/packages
Ncurses (5.1): ftp://ftp.gnu.org/gnu/ncurses/
Less (358): ftp://ftp.gnu.org/gnu/less/
Groff (1.16.1): ftp://ftp.gnu.org/gnu/groff/
Man (1.5h1): ftp://ftp.win.tue.nl/pub/linux-local/utils/man/
Perl (5.6.0): http://www.perl.com
M4 (1.4): ftp://ftp.gnu.org/gnu/m4/
Texinfo (4.0): ftp://ftp.gnu.org/gnu/texinfo/
Autoconf (2.13): ftp://ftp.gnu.org/gnu/autoconf/
Automake (1.4): ftp://ftp.gnu.org/gnu/automake/
Flex (2.5.4a): ftp://ftp.gnu.org/non-gnu/flex/
File (3.32): ftp://ftp.gw.com/mirrors/pub/unix/file/
Libtool (1.3.5): ftp://ftp.gnu.org/gnu/libtool/
Bin86 (0.15.1): http://www.cix.co.uk/~mayday/
Gettext (0.10.35): ftp://ftp.gnu.org/gnu/gettext/
Console-tools (0.2.3): ftp://metalab.unc.edu/pub/Linux/system/keyboards/
Console-tools Patch (0.2.3): http://ftp.linuxfromscratch.org/packages
Console-data (1999.08.29): ftp://metalab.unc.edu/pub/Linux/system/keyboards/
E2fsprogs (1.19): ftp://download.sourceforge.net/pub/sourceforge/e2fsprogs/
Ed (0.2): ftp://ftp.gnu.org/gnu/ed/
Ld.so (1.9.9): http://download.linuxfromscratch.org/common-packages
Lilo (21.6): ftp://brun.dyndns.org/pub/linux/lilo
Modutils (2.3.17): ftp://ftp.kernel.org/pub/linux/utils/kernel/modutils
Vim-rt (5.7) 1,073 KB: ftp://ftp.vim.org/pub/editors/vim/unix/
Vim-src (5.7) 1,202 KB: ftp://ftp.vim.org/pub/editors/vim/unix/
Procinfo (17): ftp://ftp.cistron.nl/pub/people/svm/
Psmisc (19): ftp://lrcftp.epfl.ch/pub/linux/local/psmisc/
Shadow Password Suite (20000902): ftp://ftp.ists.pwr.wroc.pl/pub/linux/shadow/
Sysklogd (1.4): ftp://sunsite.unc.edu/pub/Linux/system/daemons/
Sysvinit (2.78): ftp://ftp.cistron.nl/pub/people/miquels/sysvinit/
Util Linux (2.10o): ftp://ftp.win.tue.nl/pub/linux/utils/util-linux/
Man-pages (1.31): ftp://ftp.win.tue.nl/pub/linux/docs/manpages/
Netkit-base (0.17): ftp://ftp.uk.linux.org/pub/linux/Networking/netkit/
Net-tools (1.57): http://www.tazenda.demon.co.uk/phil/net-tools/