233 lines
9.4 KiB
Text
233 lines
9.4 KiB
Text
$Id$
|
|
|
|
1. INTRODUCTION::
|
|
|
|
If you want to add blfs-tool support into a xLFS base system build,
|
|
read the "BLFS_TOOL SUPPORT" section found in the README and be sure
|
|
to follow the after-booting installation intructions.
|
|
|
|
To automate package builds from the BLFS book instructions is a huge
|
|
task. Some of the issues are: the BLFS book isn't linear; some package
|
|
pages use a custom layout; there are circular dependencies; several
|
|
packages can be installed on a non-default prefix; build commands can
|
|
change based on what dependencies will be used, etc.
|
|
|
|
That being said, the goal of the blfs-tool is to help you solve package
|
|
dependencies, create build scripts and a Makefile. Few of the auto-generated
|
|
build scripts and Makefile will work "as is", thus, as a general rule,
|
|
you will need to review and edit the scripts while reading the book.
|
|
|
|
|
|
2. PREREQUISITES::
|
|
|
|
To use this tool you MUST:
|
|
|
|
- have experience building BLFS 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, BLFS command bug, or jhalfs code bug)
|
|
|
|
If you do not have the above skills, please don't use this tool.
|
|
|
|
|
|
3. USAGE::
|
|
|
|
Due the complexity of the BLFS book, the scripts and Makefile generation
|
|
is done in several steps:
|
|
|
|
3.1 INSTALLED PACKAGES TRACKING SYSTEM
|
|
|
|
This tool includes a very simple tracking system to log which packages
|
|
have been installed using the tool. It is used to skip installed packages
|
|
from target selection menu and to test if an installed package has been
|
|
updated in the BLFS book. Do not rely on this feature as a package
|
|
management tool.
|
|
|
|
The directory where tracking files will be stored needs to be created
|
|
before installing blfs-tool. You can place this directory anywhere, taking
|
|
care that the user must have read and write privileges on that directory
|
|
and on all files it contains.
|
|
|
|
To use the default path set in the installation menu, run as root:
|
|
|
|
install -d -m1777 /var/lib/jhalfs/BLFS
|
|
|
|
3.2 BLFS_TOOL INSTALLATION::
|
|
|
|
Run "make" to launch the jhalfs menuconfig interface. Select the BLFS
|
|
book and version. Then set the installation directory (default
|
|
$HOME/blfs_root), the BLFS sources directory (default blfs-xml), and
|
|
the installed packages tracking directory (default /var/lib/jhalfs/BLFS).
|
|
|
|
All required files will be placed in the installation directory and
|
|
BLFS XML sources will be installed in the named sub-directory.
|
|
|
|
Installed files:
|
|
|
|
blfs-xml/* SVN tree of the selected BLFS book version
|
|
lib/* functions libraries, xsl stylesheets, and auto-generated
|
|
meta-packages dependencies tree files
|
|
menu/* lxdialog and menuconfig source code
|
|
README.BLFS this file
|
|
TODO developers notes
|
|
update_book.sh update the XML book sources and regenerates packages
|
|
database and meta-packages dependencies tree
|
|
gen_config.sh regenerates Config.in
|
|
gen_pkg_book.sh resolves dependencies and generates linear BLFS books
|
|
and build scripts
|
|
gen-makefile.sh generates the target Makefile
|
|
progress_bar.sh the target Makefile progress bar
|
|
Makefile run gen_config.sh to update Config.in,
|
|
then launch the menuconfig interface, and lastly run
|
|
gen_pkg_book.sh based on configuration settings
|
|
Config.in menuconfig interface input file
|
|
packages auto-generated packages database
|
|
envars.conf envars needed when running the target build scripts
|
|
|
|
From now on, all the work must be done from inside the installation
|
|
root directory.
|
|
|
|
When finished the installation, the configuration and target selection
|
|
menu is launch.
|
|
|
|
3.3 UPDATING BOOK SOURCES::
|
|
|
|
If you are using the development book version and you want to update
|
|
installed packages to the latest version found in that book, you need to
|
|
update the XML sources and packages database.
|
|
|
|
To do that run "./update_book.sh"
|
|
|
|
On the next configuration run, packages already installed but listed
|
|
with a new version in the book will be available for target selection
|
|
and used to solve dependencies.
|
|
|
|
3.4 CONFIGURING AND PARSING THE BOOK::
|
|
|
|
The next step is to create a book and build scripts in dependency
|
|
build order for a target package. A target can be a package or a
|
|
meta-package.
|
|
|
|
WARNING:
|
|
Only one target (meta-package or individual package) must be
|
|
selected on each configuration run.
|
|
There is no way to solve dependencies properly when more
|
|
than one target are selected.
|
|
|
|
Run <make> to launch the configuration interface. The main menu contains
|
|
three blocks: meta-package selection, individual package selection, and
|
|
build options.
|
|
|
|
When a meta-package is selected, it is possible to unselect unwanted
|
|
components. The unselected components will be skipped if no other components
|
|
depends on them.
|
|
|
|
In the build options section, the dependencies level and default packages
|
|
used to solve alternatives are set. You can also select whether the build will
|
|
be made as a normal user or as root. That settings are saved to be reused in
|
|
future configuration runs.
|
|
|
|
If, for example, your target selection is Xsoft-->Graphweb-->galeon, a
|
|
directory named "galeon" will be created. Inside that directory you will
|
|
find a directory named "HTML" that contains a galeon-based HTML book with
|
|
its dependencies in build order, and a "scripts" directory with build
|
|
scripts for that packages.
|
|
|
|
There are also two other directories ("dependencies" and "xincludes")
|
|
that contain files generated while resolving dependencies trees.
|
|
|
|
3.5 EDITING BUILD SCRIPTS
|
|
|
|
Now it is time to review the generated book and scripts, making any changes
|
|
to the scripts necessary to fix generation bugs or to suit your needs.
|
|
|
|
Scripts for additional packages (i.e., for non-BLFS packages) can be
|
|
easily inserted. For example, if you want to install the external dependency
|
|
"bar" before "foo" package and the "foo" script is named "064-z-foo", you
|
|
need to create a "064-y-bar" build script.
|
|
|
|
Remember, the package tracking system isn't a package management tool
|
|
and knows nothing about packages not in the BLFS book.
|
|
|
|
Also, review and edit envars.conf. This file is used to set global envars
|
|
needed by the build scripts.
|
|
|
|
3.6 CREATING THE MAKEFILE
|
|
|
|
When the build scripts are ready to be run, the Makefile can be
|
|
created. Be sure that you cd into the "package" directory and run
|
|
../gen-makefile.sh
|
|
|
|
Review the Makefile, and, if all looks sane, start the build.
|
|
|
|
4. GENERATED BUILD SCRIPTS ISSUES::
|
|
|
|
In this section, known issues with the generated build scripts are
|
|
discussed. They are due to build procedures and/or BLFS layout particularities
|
|
that we can't handle. In several cases, editing the build scripts is mandatory.
|
|
You may also need to insert some build scripts created by you to resolve
|
|
unhandled dependencies and/or to remove some script installing the affected
|
|
package by hand.
|
|
|
|
4.1 BLFS BOOTSCRIPTS
|
|
|
|
For now, bootscripts installation will fail. You will need to edit
|
|
the scripts for packages that install bootscripts and fix their
|
|
installation command. That could be fixed in the future.
|
|
|
|
4.2 PACKAGE CONFIGURATION
|
|
|
|
For those packages that have a "Configuration" section, you should
|
|
edit the build script to fit the needs of your system.
|
|
|
|
4.4 PDL, Perl modules, and Glib-Bindings.
|
|
|
|
The generated scripts for these packages are broken and can not
|
|
be fixed. You must replace them with your own scripts or install the
|
|
packages by hand.
|
|
|
|
4.4 GCC, JDK, Sane, and KDE-multimedia
|
|
|
|
On the pages for these packages, the BLFS book actually has instructions
|
|
to install two packages. You must edit the scripts to fix this.
|
|
|
|
We will try to fix some of them, but this may not be possible.
|
|
|
|
4.5 XORG7
|
|
|
|
The generated scripts for Xorg7 pseudo-packages have $SRC_ARCHIVE
|
|
support for individual packages, but not for patches nor *.wget and *.md5
|
|
files.
|
|
|
|
If you have previously downloaded the patches, you must edit
|
|
the scripts to use your local packages.
|
|
|
|
The *.wget and *.md5 files should be downladed always from inside
|
|
the scripts to be sure that the most current individual packages are
|
|
used. Thus don't reuse previouly existing ones.
|
|
|
|
4.6 PATCHES
|
|
|
|
By default, all required patches will be downloaded from the NET.
|
|
|
|
If you have previously downloaded the patches, you must edit the
|
|
scripts to use your local patches.
|
|
|
|
Also, be sure that all scripts have the commands to download/apply the
|
|
required patches. Due to book layout issues, some patches may be missing.
|
|
|
|
4.7 ROOT COMMANDS
|
|
|
|
If building as a normal user (the default setting), be sure that all
|
|
commands that require root privileges are run using sudo. Also make sure
|
|
necessary root privilege commands are visible in your PATH.
|
|
|
|
Due to book layout issues, some sudo commands may be missing.
|
|
|
|
4.8 OTHERS
|
|
|
|
There may be other issues that we are not aware of. If you find
|
|
any, please report it to <alfs-discuss@linuxfromscratch.org>.
|
|
|
|
|