mirror of
https://github.com/vyos/vyos-documentation.git
synced 2025-10-26 08:41:46 +01:00
This will add proper new-lines into the rendered PDF. Before if it has been a long line, not all content was preserved in the PDF.
292 lines
10 KiB
ReStructuredText
292 lines
10 KiB
ReStructuredText
.. _build:
|
|
|
|
Building VyOS
|
|
=============
|
|
|
|
This will guide you though the process of building a VyOS ISO using Docker_.
|
|
This process has been tested on clean installs of Debian Jessie, Stretch, and
|
|
Buster.
|
|
|
|
.. note:: Starting with VyOS 1.2 the release model of VyOS has changed.
|
|
VyOS is now **free as in speech, but not as in beer**. This means
|
|
that while VyOS is still an open source project, the release ISOs are no
|
|
longer free and can only be obtained via subscription, or by contributing to
|
|
the community.
|
|
|
|
The source code remains public and an ISO can be built
|
|
using the process outlined here.
|
|
|
|
Installing Docker_ and prerequisites:
|
|
|
|
.. code-block:: console
|
|
|
|
$ apt-get update
|
|
$ apt-get install -y apt-transport-https ca-certificates curl \
|
|
gnupg2 software-properties-common
|
|
$ curl -fsSL https://download.docker.com/linux/debian/gpg | sudo apt-key add -
|
|
$ add-apt-repository "deb [arch=amd64] \
|
|
https://download.docker.com/linux/debian $(lsb_release -cs) stable"
|
|
$ apt-get update
|
|
$ apt-get install -y docker-ce
|
|
|
|
To be able to use Docker_, the current non-root user should be added to the
|
|
``docker`` group by calling: ``usermod -aG docker yourusername``
|
|
|
|
.. note:: It is recommended to use that non-root user for the remaining steps.
|
|
|
|
.. note:: The build process needs to be built on a local file system, building
|
|
on SMB or NFS shares will result in the container failing to build properly!
|
|
|
|
Build Docker Container
|
|
----------------------
|
|
|
|
The container can built by hand or by fetching the pre-built one from DockerHub.
|
|
Using the pre-built VyOS DockerHub organisation (https://hub.docker.com/u/vyos)
|
|
will ensure that the container is always up-to-date. A rebuild is triggered once
|
|
the container changes (please note this will take 2-3 hours after pushing to
|
|
the vyos-build repository).
|
|
|
|
The container can always be built directly from source:
|
|
|
|
.. code-block:: console
|
|
|
|
$ git clone -b current --single-branch https://github.com/vyos/vyos-build
|
|
$ docker build -t vyos/vyos-build docker
|
|
|
|
.. note: The container is automatically downloaded from Dockerhub if it is not
|
|
found on your local machine when the below command is executed.
|
|
|
|
.. note: We require one container per build branch, this means that the used
|
|
container in ``crux`` and ``current`` can and will differ once VyOS makes
|
|
the move towards Debian (10) Buster.
|
|
|
|
.. _build_iso:
|
|
|
|
Build ISO
|
|
---------
|
|
|
|
After the container is generated either manually or fetched from DockerHub,
|
|
a fresh build of the VyOS ISO can begin.
|
|
|
|
.. code-block:: console
|
|
|
|
$ docker run --rm -it --privileged -v $(pwd):/vyos -w /vyos vyos/vyos-build bash
|
|
vyos_bld@d4220bb519a0:/vyos# ./configure --architecture amd64 \
|
|
--build-by "your@email.tld" \
|
|
--build-type release --version 1.2.0
|
|
vyos_bld@d4220bb519a0:/vyos# sudo make iso
|
|
|
|
To select the container you want to run, you need to specify the branch you are
|
|
interested in, this can be easily done by selecting the appropriate container
|
|
image:
|
|
|
|
* For VyOS 1.2 (crux) use ``vyos/vyos-build:crux``
|
|
* For VyOS 1.3 (equuleus) use ``vyos/vyos-build:equuleus``
|
|
* For our VyOS rolling release you should use ``vyos/vyos-build`` which will
|
|
always refer to the latest image.
|
|
|
|
This ISO can be customized with the following list of configure options.
|
|
The full and current list can be generated with ``./configure --help``:
|
|
|
|
.. code-block:: console
|
|
|
|
-h, --help show this help message and exit
|
|
--architecture ARCHITECTURE
|
|
Image target architecture (amd64 or i586 or armhf)
|
|
--build-by BUILD_BY Builder identifier (e.g. jrandomhacker@example.net)
|
|
--custom-package CUSTOM_PACKAGES
|
|
Custom packages to install from repositories
|
|
--build-type BUILD_TYPE
|
|
Build type, release or development
|
|
--debian-security-mirror DEBIAN_SECURITY_MIRROR
|
|
Debian security updated mirror
|
|
--version VERSION Version number (release builds only)
|
|
--debian-mirror DEBIAN_MIRROR
|
|
Debian repository mirror for ISO build
|
|
--vyos-mirror VYOS_MIRROR
|
|
VyOS package mirror
|
|
--pbuilder-debian-mirror PBUILDER_DEBIAN_MIRROR
|
|
Debian repository mirror for pbuilder env bootstrap
|
|
--debug Enable debug output
|
|
--custom-apt-entry CUSTOM_APT_ENTRY
|
|
Custom APT entry
|
|
--custom-apt-key CUSTOM_APT_KEY
|
|
Custom APT key file
|
|
|
|
The successfully built ISO should now be in the `build/` directory.
|
|
|
|
Good luck!
|
|
|
|
.. note:: The build process does not differentiate when building a ``crux`` ISO
|
|
or ``rolling`` image. Make sure to choose the matching container for the
|
|
version of VyOS that is being built.
|
|
|
|
|
|
|
|
.. _upstream_packages:
|
|
|
|
Upstream packages
|
|
-----------------
|
|
|
|
Many base system packages are pulled straight from Debian's main and contrib
|
|
repositories, but there are exceptions.
|
|
|
|
This chapter lists those exceptions and gives you a brief overview what we
|
|
have done on those packages. If you only wan't to build yourself a fresh ISO
|
|
you can completely skip this chapter. It may become interesting once you have
|
|
a VyOS deep dive.
|
|
|
|
vyos-netplug
|
|
^^^^^^^^^^^^
|
|
|
|
Due to issues in the upstream version that sometimes set interfaces down, a
|
|
modified version is used.
|
|
|
|
The source is located at https://github.com/vyos/vyos-netplug
|
|
|
|
In the future, we may switch to using systemd infrastructure instead. Building
|
|
it doesn't require a special procedure.
|
|
|
|
keepalived
|
|
^^^^^^^^^^
|
|
|
|
Keepalived normally isn't updated to newer feature releases between Debian
|
|
versions, so we are building it from source.
|
|
|
|
Debian does keep their package in git, but it's upstream tarball imported into
|
|
git without its original commit history. To be able to merge new tags in, we
|
|
keep a fork of the upstream repository with packaging files imported from
|
|
Debian at http://github.com/vyos/keepalived-upstream
|
|
|
|
strongswan
|
|
^^^^^^^^^^
|
|
|
|
Our StrongSWAN build differs from the upstream:
|
|
|
|
- strongswan-nm package build is disabled since we don't use NetworkManager
|
|
- Patches for DMVPN are merged in
|
|
|
|
The source is at https://github.com/vyos/vyos-strongswan
|
|
|
|
DMVPN patches are added by this commit:
|
|
https://github.com/vyos/vyos-strongswan/commit/1cf12b0f2f921bfc51affa3b81226
|
|
|
|
Our op mode scripts use the python-vici module, which is not included in
|
|
Debian's build, and isn't quite easy to integrate in that build. For this
|
|
reason we debianize that module by hand now, using this procedure:
|
|
|
|
0. Install https://pypi.org/project/stdeb/
|
|
1. `cd vyos-strongswan`
|
|
2. `./configure --enable-python-eggs`
|
|
3. `cd src/libcharon/plugins/vici/python`
|
|
4. `make`
|
|
5. `python3 setup.py --command-packages=stdeb.command bdist_deb`
|
|
|
|
The package ends up in deb_dist dir.
|
|
|
|
ppp
|
|
^^^
|
|
|
|
Properly renaming PPTP and L2TP interfaces to pptpX and l2tpX from generic and
|
|
non-informative pppX requires a patch that is neither in the upstream nor in
|
|
Debian.
|
|
|
|
We keep a fork of Debian's repo at https://github.com/vyos/ppp-debian
|
|
|
|
The patches for pre-up renaming are:
|
|
|
|
* https://github.com/vyos/ppp-debian/commit/e728180026a051d2a96396276e7e4ae
|
|
* https://github.com/vyos/ppp-debian/commit/f29ba8d9ebb043335a096d70bcd07e9
|
|
|
|
Additionally, there's a patch for reopening the log file to better support
|
|
logging to files, even though it's less essential:
|
|
https://github.com/vyos/ppp-debian/commit/dd2ebd5cdcddb40230dc4cc43d374055f
|
|
|
|
The patches were written by Stephen Hemminger back in the Vyatta times.
|
|
|
|
mdns-repeater
|
|
^^^^^^^^^^^^^
|
|
|
|
This package doesn't exist in Debian. A debianized fork is kept at
|
|
https://github.com/vyos/mdns-repeater
|
|
|
|
No special build procedure is required.
|
|
|
|
udp-broadcast-relay
|
|
^^^^^^^^^^^^^^^^^^^
|
|
|
|
This package doesn't exist in Debian. A debianized fork is kept at
|
|
https://github.com/vyos/udp-broadcast-relay
|
|
|
|
No special build procedure is required.
|
|
|
|
Linux kernel
|
|
^^^^^^^^^^^^
|
|
|
|
In the past a fork of the Kernel source code was kept at the well-known
|
|
location of https://github.com/vyos/vyos-kernel - where it is kept for history.
|
|
|
|
Nowadays the Kernel we use is the upstream source code which is patched
|
|
with two additional patches from the good old Vyatta times which never made it
|
|
into the mainstream Kernel. The patches can be found here:
|
|
https://github.com/vyos/vyos-build-kernel/tree/current/patches/kernel and are
|
|
automatically applied to the Kernel by the Jenkins Pipeline which is used to
|
|
generate the Kernel binaries.
|
|
|
|
The Pipeline script not only builds the Kernel with the configuration named
|
|
``x86_64_vyos_defconfig`` which is located in the vyos-build-kernel repository,
|
|
too - but in addition also builds some Intel out-of-tree drivers, WireGuard
|
|
(as long it is not upstreamed) and Accel-PPP.
|
|
|
|
The ``Jenkinsfile`` tries to be as verbose as possible on each individual build
|
|
step.
|
|
|
|
Linux Firmware
|
|
^^^^^^^^^^^^^^
|
|
|
|
More and more hardware cards require an additional firmware which is not open
|
|
source. The Kernel community hosts a special linux-firmware Git repository
|
|
with all available binary files which can be loaded by the Kernel.
|
|
|
|
The ``vyos-build`` repository fetches a specific commit of the linux-firmware
|
|
repository and embeds those binaries into the resulting ISO image. This step is
|
|
done in the ``data/live-build-config/hooks/live/40-linux-firmware.chroot`` file.
|
|
|
|
If the firmware needs to be updated it is sufficient to just exchange the Git
|
|
commit id we reference in our build.
|
|
|
|
Intel NIC drivers
|
|
^^^^^^^^^^^^^^^^^
|
|
|
|
We do not make use of the building Intel NIC drivers except for e1000e. Main
|
|
reason is that the out of tree Intel drivers seem be perform a bit better,
|
|
e.q. have proper receive-side-scaling and multi-queue support.
|
|
|
|
Drivers are build as part of the Kernel Pipeline - read above.
|
|
|
|
Accel-PPP
|
|
^^^^^^^^^
|
|
|
|
Accel-PPP used to be an upstream fork for quiet some time but now has been
|
|
converted to make use of the upstream source code and build system.
|
|
|
|
It is build as part of the Kernel Pipeline - read above.
|
|
|
|
hvinfo
|
|
^^^^^^
|
|
|
|
A fork with packaging changes for VyOS is kept at https://github.com/vyos/hvinfo
|
|
|
|
The original repo is at https://github.com/dmbaturin/hvinfo
|
|
|
|
It's an Ada program and requires GNAT and gprbuild for building, dependencies
|
|
are properly specified so just follow debuild's suggestions.
|
|
|
|
Per-file modifications
|
|
^^^^^^^^^^^^^^^^^^^^^^
|
|
|
|
vyos-replace package replaces the upstream dhclient-script with a modified
|
|
version that is aware of the VyOS config.
|
|
|
|
.. _Docker: https://www.docker.com
|