Lorax

Authors:Brian C. Lane <bcl@redhat.com>

“I am the Lorax. I speak for the trees [and images].”

The lorax tool is used to create the Anaconda installer boot.iso as well as the basic release tree, and .treeinfo metadata file. Its dependencies are fairly light-weight because it needs to be able to run in a mock chroot environment. It is best to run lorax from the same release as is being targeted because the templates may have release specific logic in them. eg. Use the rawhide version to build the boot.iso for rawhide, along with the rawhide repositories.

lorax cmdline arguments

Create the Anaconda boot.iso

usage: lorax [-h] -p PRODUCT -v VERSION -r RELEASE [-s REPOSITORY]
             [--repo REPOSITORY] [-m REPOSITORY] [-t VARIANT] [-b URL]
             [--isfinal] [-c CONFIGFILE] [--proxy HOST] [-i PACKAGE]
             [-e PACKAGE] [--buildarch ARCH] [--volid VOLID] [--macboot]
             [--nomacboot] [--noupgrade] [--logfile LOGFILE] [--tmp TMP]
             [--cachedir CACHEDIR] [--workdir WORKDIR] [--force]
             [--add-template ADD_TEMPLATES]
             [--add-template-var ADD_TEMPLATE_VARS]
             [--add-arch-template ADD_ARCH_TEMPLATES]
             [--add-arch-template-var ADD_ARCH_TEMPLATE_VARS] [--noverify]
             [--sharedir SHAREDIR] [--enablerepo [repo]]
             [--disablerepo [repo]] [--rootfs-size ROOTFS_SIZE]
             [--noverifyssl] [--dracut-arg DRACUT_ARGS] [-V]
             OUTPUTDIR

Positional Arguments

OUTPUTDIR Output directory

Named Arguments

-V show program’s version number and exit

required arguments

-p, --product product name
-v, --version version identifier
-r, --release release information
-s, --source

source repository (may be listed multiple times)

Default: []

--repo

source dnf repository file

Default: []

Named Arguments

-m, --mirrorlist
 

mirrorlist repository (may be listed multiple times)

Default: []

-t, --variant

variant name

Default: “”

-b, --bugurl

bug reporting URL for the product

Default: “your distribution provided bug reporting tool”

--isfinal Default: False
-c, --config

config file

Default: “/etc/lorax/lorax.conf”

--proxy repo proxy url:port
-i, --installpkgs
 

package glob to install before runtime-install.tmpl runs. (may be listed multiple times)

Default: []

-e, --excludepkgs
 

package glob to remove before runtime-install.tmpl runs. (may be listed multiple times)

Default: []

--buildarch build architecture
--volid volume id
--macboot

Make the iso bootable on UEFI based Mac systems

Default: True

--nomacboot

Do not create a Mac bootable iso

Default: False

--noupgrade Default: True
--logfile

Path to logfile

Default: ./lorax.log

--tmp

Top level temporary directory

Default: “/var/tmp/lorax”

--cachedir DNF cache directory. Default is a temporary dir.
--workdir Work directory, overrides –tmp. Default is a temporary dir under /var/tmp/lorax
--force

Run even when the destination directory exists

Default: False

--add-template

Additional template for runtime image

Default: []

--add-template-var
 

Set variable for runtime image template

Default: []

--add-arch-template
 

Additional template for architecture-specific image

Default: []

--add-arch-template-var
 

Set variable for architecture-specific image

Default: []

--noverify

Do not verify the install root

Default: True

--sharedir Directory containing all the templates. Overrides config file sharedir
--enablerepo

Names of repos to enable

Default: []

--disablerepo

Names of repos to disable

Default: []

--rootfs-size

Size of root filesystem in GiB. Defaults to 3.

Default: 3

--noverifyssl

Do not verify SSL certificates

Default: False

dracut arguments

--dracut-arg Argument to pass to dracut when rebuilding the initramfs. Pass this once for each argument. NOTE: this overrides the default. (default: )

Quickstart

Run this as root to create a boot.iso in ./results/:

dnf install lorax
setenforce 0
lorax -p Fedora -v 23 -r 23 \
-s http://dl.fedoraproject.org/pub/fedora/linux/releases/23/Everything/x86_64/os/ \
-s http://dl.fedoraproject.org/pub/fedora/linux/updates/23/x86_64/ \
./results/
setenforce 1

You can add your own repos with -s and packages with higher NVRs will override the ones in the distribution repositories.

Under ./results/ will be the release tree files: .discinfo, .treeinfo, everything that goes onto the boot.iso, the pxeboot directory, and the boot.iso under ./images/.

Running inside of mock

If you are using lorax with mock v1.3.4 or later you will need to pass --old-chroot to mock. Mock now defaults to using systemd-nspawn which cannot create the needed loop device nodes. Passing --old-chroot will use the old system where /dev/loop* is setup for you.

How it works

Lorax uses dnf to install packages into a temporary directory, sets up configuration files, it then removes unneeded files to save space, and creates a squashfs filesystem of the files. The iso is then built using a generic initramfs and the kernel from the selected repositories.

To drive these processes Lorax uses a custom template system, based on Mako templates with the addition of custom commands (documented in pylorax.ltmpl.LoraxTemplateRunner). Mako supports %if/%endif blocks as well as free-form python code inside <% %> tags and variable substitution with ${}. The default templates are shipped with lorax in /usr/share/lorax/templates.d/99-generic/ and use the .tmpl extension.

runtime-install.tmpl

The runtime-install.tmpl template lists packages to be installed using the installpkg command. This template is fairly simple, installing common packages and architecture specific packages. It must end with the run_pkg_transaction command which tells dnf to download and install the packages.

runtime-postinstall.tmpl

The runtime-postinstall.tmpl template is where the system configuration happens. The installer environment is similar to a normal running system, but needs some special handling. Configuration files are setup, systemd is told to start the anaconda.target instead of a default system target, and a number of unneeded services are disabled, some of which can interfere with the installation. A number of template commands are used here:

  • append to add text to a file.
  • chmod changes the file’s mode.
  • install to install a file into the installroot.
  • mkdir makes a new directory.
  • move to move a file into the installroot
  • replace does text substitution in a file
  • remove deletes a file
  • runcmd run arbitrary commands.
  • symlink creates a symlink
  • systemctl runs systemctl in the installroot

runtime-cleanup.tmpl

The runtime-cleanup.tmpl template is used to remove files that aren’t strictly needed by the installation environment. In addition to the remove template command it uses:

  • removepkg remove all of a specific package’s contents. A package may be pulled in as a dependency, but not really used. eg. sound support.
  • removefrom Removes some files from a package. A file glob can be used, or the –allbut option to remove everything except a select few.
  • removekmod Removes kernel modules

The squashfs filesystem

After runtime-*.tmpl templates have finished their work lorax creates an empty ext4 filesystem, copies the remaining files to it, and makes a squashfs filesystem of it. This file is the / of the boot.iso’s installer environment and is what is in the LiveOS/squashfs.img file on the iso.

iso creation

The iso creation is handled by another set of templates. The one used depends on the architecture that the iso is being created for. They are also stored in /usr/share/lorax/templates.d/99-generic and are named after the arch, like x86.tmpl and aarch64.tmpl. They handle creation of the tree, copying configuration template files, configuration variable substitution, treeinfo metadata (via the treeinfo template command). Kernel and initrd are copied from the installroot to their final locations and then mkisofs is run to create the boot.iso

Custom Templates

The default set of templates and configuration files from the lorax-generic-templates package are shipped in the /usr/share/lorax/templates.d/99-generic/ directory. You can make a copy of them and place them into another directory under templates.d and they will be used instead if their sort order is below all other directories. This allows multiple packages to ship lorax templates without conflict. You can (and probably should) select the specific template directory by passing --sharedir to lorax.