190 lines
7.1 KiB
Text
190 lines
7.1 KiB
Text
$Id$
|
|
|
|
1. INTRODUCTION::
|
|
|
|
This collection of scripts, known as jhalfs, strives to create
|
|
accurate makefiles from the Linux From Scratch book series XML files.
|
|
This software is an evolution of the original "jhalfs-0.2" code.
|
|
|
|
The usage of this script assumes you have read and are familiar with
|
|
the book(s) and, therefore, the configuration variables found in config
|
|
files will have meaning to you.
|
|
|
|
NOTES::
|
|
*. The resulting Makefile takes considerable time to run to completion.
|
|
Lay in a supply of caffeine beverages.
|
|
|
|
*. It is recommended that you temporarily unpack your linux kernel,
|
|
run <make menuconfig>, configure the kernel as per the book and save
|
|
the resulting .config file. This suggestion also applies to the
|
|
configuration of the uClibc package when building a HLFS system using
|
|
uClibc rather than glibc.
|
|
|
|
2. PREREQUISITES::
|
|
|
|
To use this tool you MUST:
|
|
|
|
- have experience building {c,h,b}LFS packages
|
|
- know how to edit and write shell scripts
|
|
- know how a Makefile works
|
|
- be able to trace build failures and to find what is causing it
|
|
(user error, package bug, {c,h,b}LFS command bug, or jhalfs code bug)
|
|
|
|
If you do not have the above skills, please don't use this tool.
|
|
|
|
|
|
3. INSTALLATION::
|
|
|
|
No installation is required. System-wide installation is not allowed
|
|
for now.
|
|
|
|
4. CONFIGURATION FILES::
|
|
|
|
::NEWS:: There is new configuration method for jhalfs.
|
|
|
|
We have installed the familiar menu based configuration tool driven by
|
|
by GNU make. see the section RUNNING, for details
|
|
|
|
5. RUNNING::
|
|
|
|
::NEWS:: jhalfs is now launched via GNU make instead of individual symlinks.
|
|
The command <make> will launch a menu based configuration program. You will
|
|
recognize the layout from bulding the kernel or uClibc/Busybox. The
|
|
underlying menu code was borrowed from BusyBox and slightly modified for
|
|
our use.
|
|
|
|
Help on parameter function is available from the online help.
|
|
|
|
Once you have set the parameters you wish and have saved your work the
|
|
makefile will proceed to launch the jhalfs script. The script validate and
|
|
present you with your selections which you may accept or reject.
|
|
|
|
If you accepted the displayed settings jhalfs will proceed to create the
|
|
makefile, optionally download packages.
|
|
|
|
NOTE::
|
|
If you run the jhalfs script directly the only funcion you can select is to
|
|
display the version number
|
|
|
|
|
|
6. LAYOUT::
|
|
|
|
/CLFS/config
|
|
/master.sh
|
|
/xxxx.xsl
|
|
|
|
/CLFS2/config
|
|
/master.sh
|
|
/xxxx.xsl
|
|
|
|
/HLFS/config
|
|
/master.sh
|
|
/xxxx.xsl
|
|
|
|
/LFS/config
|
|
/ master.sh
|
|
/xxxx.xsl
|
|
|
|
/common/config
|
|
/common_functions
|
|
/makefile_functions
|
|
/func_check_versions.sh
|
|
/func_validate_configs.sh
|
|
|
|
/contrib/jhalfs-paco.patch
|
|
|
|
/extras/do_copy_files
|
|
/do_ica_prep
|
|
/do_ica_work
|
|
/farce
|
|
/filelist
|
|
|
|
README
|
|
README.BLFS
|
|
README.PACO
|
|
TODO
|
|
|
|
Config.in
|
|
makefile
|
|
jhalfs
|
|
blfs-tool
|
|
|
|
7. FAQ::
|
|
Q. "This 'help' file is very sparse"
|
|
A. Yes, it is. This tool, jhalfs, is for those who understand the LFS books
|
|
and wish to automate the build. 99% of any problems that arise can be
|
|
solved by reading the book(s).
|
|
|
|
Q. "It doesn't work!"
|
|
A. Yes it does, try >> make
|
|
Remember you must either be 'root' to run this script or have 'sudo' privileges.
|
|
|
|
Q. "It still doesn't work"
|
|
A. jhalfs was designed to work against the developement versions of the LFS
|
|
series of books. Consequently changes in a book(s) sometimes breaks older
|
|
versions of jhalfs. Before you start pulling out your hair download the
|
|
latest version of jhalfs to see if that solves your problem.
|
|
|
|
Q. "How do I specify the build location?"
|
|
A. The original LFS document worked against the well known location /mnt/lfs.
|
|
This script automates the build of all of the LFS series of books and uses
|
|
a generic location $BUILDDIR with a default value of /mnt/build_dir.
|
|
You may change this value to suit your needs.
|
|
|
|
The layout below $BUILDDIR is as follows.
|
|
$BUILDDIR/
|
|
jhalfs (makefile,cmd scripts,logs..etc)
|
|
sources (where packages reside)
|
|
tools (temporary bootstrap system)
|
|
cross-tools (temporary CLFS only)
|
|
...
|
|
FHS dir structure
|
|
...
|
|
|
|
Q. "What is the function of the SRC_ARCHIVE variable?"
|
|
A. When then symlinked master.sh runs it creates a local copy of the
|
|
necessary packages in BUILDDIR/sources by downloading the files. If
|
|
the variable SRC_ARCHIVE is defined the software will first look in
|
|
this location for the file and, if found, will copy it to BUILDDIR/sources.
|
|
If the files are not found in SRC_ARCHIVE _and_ you have write priv to
|
|
the directory any downloaded files will be mirrored there.
|
|
|
|
Q. "How do I set the SRC_ARCHIVE location?"
|
|
A. The best way to set the value of SRC_ARCHIVE is
|
|
export SRC_ARCHIVE=/wherever/you/store/downloaded/packages
|
|
OR
|
|
you can change the setting in common/config.
|
|
|
|
Q. "Why have 2 copies of the files?"
|
|
A. The package files must be visible during the chroot phase and this is a
|
|
simple and reliable method of doing so. This method also handles the CLFS
|
|
build method where the final build may be done on a separate machine.
|
|
|
|
Q. "What is the function of LUSER and LGROUP? There is no cmd line switch"
|
|
A. If you are running jhalfs from a low or non-priveledged account you may not
|
|
have the priv to create/delete accounts. These variables are adjustable
|
|
when invoking make.
|
|
$BUILDDIR make LUSER=myaccount LGROUP=mygroup
|
|
Then only changes to your account will be the creation of a NEW .bashrc after
|
|
saving your original to .bashrc.XXX
|
|
|
|
Q. "When I try to build 'xxx' with clfs the makefile fails at the mid-point"
|
|
A. There could be numerous reasons for the failure but the most likely reason
|
|
is you are doing a cross-build using the 'chroot' method and the target is
|
|
not compatible with the host. If you choose to build using the chroot
|
|
method a test is performed at the end of the temptools phase. If the test
|
|
succeeds the build continues inside a chroot jail. However if the test fails
|
|
it means the host and target are not compatible an you should use the
|
|
'boot' method to create your target code.
|
|
As an extreme example: You can build a sparc target on a x86 platform but
|
|
only the temptools phase. You must select the 'boot' method and not the
|
|
'chroot.' You must transfer the toolchain to a sparc platform, reboot the
|
|
sparc box and continue the build.
|
|
Of all the LFS series of books Cross-LFS requires the greatest
|
|
understanding of host/target hardware combination. Please read the book
|
|
carefully and don't skip the easy parts (there are none..)
|
|
|
|
Authors:
|
|
George Boudreau
|
|
Manuel Canales Esparcia
|
|
Jeremy Huntwork
|