
build tools
THIS BRANCH IS IN ALPHA STATE. DON'T RELY ON IT !
This branch is focused on making adding new desktop environments and application groups easy.
If you're using that branch, it is assumed that you are familiar with Armbian build scripts !
The architecture added to the build system
├── config Packages repository configurations
│ ├──desktop Desktop environment and appgroups packages lists and scripts
│ │ ├──${RELEASE} The name of the targeted distribution in lowercase (focal, buster, ...)
│ │ │ ├──environments Desktop environments packages lists and scripts
│ │ │ │ ├──${DESKTOP_ENVIRONMENT} The name of the desktop environment (or window manager), in lowercase (xfce, gnome, kde, ...)
│ │ │ │ │ |──${DESKTOP_ENVIRONMENT_CONFIG_NAME} Different configuration name, in lowercase, prefixed with "config_" (config_basic, config_full, ...)
│ │ │ │──appgroups Application groups packages lists and scripts
│ │ │ │ ├──${DESKTOP_APPGROUPS_SELECTED} Appgroups names (editors, programming, ...)
In each directory representing a desktop environment, a desktop environment configuration or an appgroup, the following files can be present :
packages
If present, the content of the file will be added to the list of packages 'required' by the Armbian desktop package.debian/postinst
If present, the content of the file will be added to thepostinstscript of the Armbian desktop package, which will be executed after installing it.armbian/create_desktop_package.sh
If present the content of this script will be executed, by the build script, just before actually creating the Armbian Desktop.debpackage.
Any variable recognized and function defined by the build script, at that point, can be used.sources/apt
If present, the directory will be scanned for.sourcefiles, which should contain APT URL, in a form thatadd-apt-repositoryunderstand.
The system is restricted to ONLY ONE APT URL per file, since it's basically calling :
add-apt-repository $(cat "/that/apt/file.source")
For each.sourcefile parsed, if there's a corresponding.source.gpgfile, the file will be considered as a package signing key and will be passed toapt-key.
For this one, the file is copied into${SDCARD}/tmpand then apt-key is called like this :apt-key "/tmp/file.source.gpg".
Then in each directory representing a desktop environment, a desktop environment configuration or an appgroup, you can add :
custom/boards/${BOARD}/
For examplecustom/orangepipc.
A Board (odroidc4, tinkerboard, bananapi, ...) specific directory where you can provide additionalpackages,debian/postinstandarmbian/create_desktop_package.sh. The files, if present, will be parsed accordingly when building for that specific board, if the element (desktop environment, appgroup, ...) is selected.
Then in each appgroup, you can add :
custom/desktops/${DESTKOP_ENVIRONMENT}/
For examplecustom/desktops/xfce.
A desktop environment specific directory where you can provide additionalpackages,debian/postinstandarmbian/create_desktop_package.sh.
The files, if present, will be parsed accordingly if the appgroup AND that desktop environment are both selected during a build.custom/boards/${BOARD}/custom/desktops/${DESTKOP_ENVIRONMENT}/
For examplecustom/boards/tinkerboard/custom/desktops/kde.
A Board AND desktop environment specific directory where you can provided additionalpackages,debian/postinstandarmbian/create_desktop_package.sh.
The files, if present, will be parsed accordingly if the appgroup, that specific board and that specific desktop environments are all selected during a build.
Adding a desktop environment
Currently, only official repositories are supported.
Let's say that you want to add that new desktop environment "superduperde", that is now available on official on Debian/Ubuntu repositories.
First, focus on one specific distribution like focal (Ubuntu)
or buster (Debian). In our example, will take focal.
We'll create our first configuration 'full', which should provide the
DE along with all its specific apps, widgets and the kitchen sink.
- Create the directory
config/desktop/focal/environments/superduperde/config_full - Create the file
config/desktop/focal/environments/superduperde/config_full/packages - Open the
packagesfile, add the list of packages forapt.
Then select it in the configuration menu, or pass the following
variables to ./compile.sh :
BUILD_DESKTOP="yes" RELEASE="focal" DESKTOP_ENVIRONMENT="superduperde" DESKTOP_ENVIRONMENT_CONFIG_NAME="config_full"Then test the resulting image !
Table of contents
- What this project does?
- What do you need to get started?
- How to build an image or a kernel?
- Build parameter examples
- Compare with industry standards
- Where to download prebuilt images?
- Additional information
- Build tools overview
- Support
- Contribute
- Social
- Credits
- Sponsors
What this project does?
- builds custom Debian based Linux system optimized for supported single board computers,
- covers root filesystem generation, kernel image compilation and bootloader compilation,
- maintains low-level control software for a selection of hardware,
- provides a consistent user experience by keeping system standards across different SBC platforms.
What do you need to get started?
- x64 machine with at least 2GB of memory and ~35GB of disk space for the VM, container or native OS,
- Ubuntu Bionic 18.04 / Focal 20.04 x64 for native building or any Docker capable x64 Linux for containerised,
- superuser rights (configured sudo or root access).
How to build an image or a kernel?
apt-get -y install git
git clone https://github.com/armbian/build
cd build
./compile.sh
Build parameter examples
Show work in progress areas in interactive mode:
./compile.sh EXPERT="yes"
Run build tools inside Docker container:
./compile.sh docker
Build minimal CLI Debian buster based image for Odroid XU4. Use modern kernel and write image to the SD card:
./compile.sh BOARD="odroidxu4" BRANCH="current" RELEASE="buster" CARD_DEVICE="/dev/sda" \
KERNEL_ONLY="no" KERNEL_CONFIGURE="no" BUILD_DESKTOP="yes" RELEASE="focal" BUILD_DESKTOP="yes" DESKTOP_ENVIRONMENT="xfce" DESKTOP_ENVIRONMENT_CONFIG_NAME="config_full" DESKTOP_APPGROUPS_SELECTED="browsers editors programming"
Build parameters, advanced build options, user defined configuration, build with Docker?
Compare with industry standards
Check similarity, advantages and disadvantages compared with leading industry standard build software.
| Function | Armbian | Yocto | Buildroot |
|---|---|---|---|
| Target | general purpose | embedded | embedded / IOT |
| U-boot and kernel | compiled from sources | compiled from sources | compiled from sources |
| Board support maintenance | complete | outside | outside |
| Root file system | Debian or Ubuntu based | custom | custom |
| Package manager | APT | any | none |
| Configurability | limited | large | large |
| Initramfs support | yes | yes | yes |
| Getting started | quick | very slow | slow |
| Cross compilation | yes | yes | yes |
Where to download prebuilt images?
https://www.armbian.com/download/
Armbian releases quarterly at the end of February, May, August, November. You are welcome to propose changes to our default images build list.
Additional information
- Build parameters and advanced build options,
- Make use of user defined configurations,
- Docker and Vagrant building guides,
- Engage in Armbian build framework forums,
- Check Jira project management application status,
- Make use of central project search engine,
- Browse IRC channel logs or interact at #armbian on freenode.
Build tools overview
├── cache Work / cache directory
│ ├── rootfs Compressed vanilla Debian and Ubuntu rootfilesystem cache
│ ├── sources Kernel, u-boot and various drivers sources. Mainly C code
│ ├── toolchains External cross compilers from Linaro™ or ARM™
├── config Packages repository configurations
│ ├── targets.conf Board build target configuration
│ ├── boards Board configurations
│ ├── bootenv Initial boot loaders environments per family
│ ├── bootscripts Initial Boot loaders scripts per family
│ ├── kernel Kernel build configurations per family
│ ├── sources Kernel and u-boot sources locations and scripts
│ ├── templates User configuration templates which populate userpatches
│ └── torrents External compiler and rootfs cache torrents
├── lib Main build tools libraries
├── output Build artifact
│ └── deb Deb packages
│ └── images Bootable images - RAW or compressed
│ └── debug Patch and build logs
│ └── config Kernel configuration export location
│ └── patch Created patches location
├── packages Support scripts, binary blobs, packages
│ ├── blobs Wallpapers, various configs, closed source bootloaders
│ ├── bsp Scripts and configs overlay for rootfs
│ └── extras-buildpkgs Optional compilation and packaging engine
├── patch Collection of patches
│ ├── atf ARM trusted firmware
│ ├── kernel Linux kernel patches
| | └── family-branch Per kernel family and branch
│ ├── misc Linux kernel packaging patches
│ └── u-boot Universal boot loader patches
| ├── u-boot-board For specific board
| └── u-boot-family For entire kernel family
└── userpatches User: configuration patching area
├── lib.config User: tools common config/override file
├── config-default.conf User: default user config file
├── customize-image.sh User: script will execute just before closing the image
├── atf User: ARM trusted firmware
├── kernel User: Linux kernel per kernel family
├── misc User: various
└── u-boot User: universal boot loader patches
Support
-
Have you found a bug in the build tools?
Try to recreate it with a clean build tools clone. Then search for existing and closed issues. If you don't find it there, open a new issue.
-
Do you have troubles elsewhere?
Armbian is free software and provides best effort help through community forums. If you can't find answer there and/or with help of general project search engine and documentation, consider hiring an expert.
-
Personalised support?
It is limited to active project supporters and sponsors. The shortest way to become one and receive our attention is a four figure donation to our non-profit project.
Contribute
-
Adding a new feature?
You are welcome to suggest or contribute directly to the code with a pull request. In case your proposed changes are large, remember to discuss them prior to development.
-
Join development?
Join regulars on their active missions, start maintaining any part of the code: patches, drivers or scripted applications like armbian-config, address community wishes,
-
Help elsewhere?
Maintain and develop documentation, CI, autotests, seed torrents, help on forum moderating, project administration, costs.
Social
- Participate in Armbian forums,
- Chat with fellow users on IRC #armbian on Freenode,
- Follow @armbian on Twitter or LinkedIN.
Credits
- Current and past contributors, our families and friends,
- Support staff that keeps forums usable,
- Individuals that help with their ideas, reports and donations.
Sponsors
Most of the project is sponsored with a work done by volunteer collaborators, while some part of the project costs are being covered by the industry. We would not be able to get this far without their help.






