projectcalico/packaging

Scripts for Debian/RPM packaging of Calico

Calico packaging

This repo automates and documents every step needed to build and publish Calico packages, for use with OpenStack or on bare metal hosts.

A single

make release-publish

command will build and publish a set of packages corresponding to current Calico master code, to our PPA and RPM repo named "master"; similarly,

make release-publish VERSION=vX.Y.Z

will build and publish a set of packages for version X.Y.Z, to our PPA and RPM repo named "calico-X.Y".

This file documents everything needed to understand how our packaging works, what components we package, and why.

Usage

make release-publish, with the following required environment variables.

• HOST and GCLOUD_ARGS set to indicate the GCP name of the RPM host, and a GCP identity that permits logging into that host.

• SECRET_KEY set to a file containing the GPG secret key for a member of the Project Calico team on Launchpad.

Supported, optional environment variables:

• VERSION: specify the Calico version to build packages for. Default is master.

• REPO_NAME: override the PPA and RPM repo name to publish to. Default is automatically derived from VERSION.

• FELIX_REPO: override the Git repository to get Felix code from. Default is https://github.com/projectcalico/felix.git.

• FELIX_CHECKOUT: override the point in the Git repository to check out (a Git commit ID, tag or branch name). Default is automatically derived from VERSION.

• NETWORKING_CALICO_REPO: override the Git repository to get networking-calico code from. Default is https://github.com/projectcalico/networking-calico.git.

• NETWORKING_CALICO_CHECKOUT: override the point in the Git repository to check out (a Git commit ID, tag or branch name). Default is automatically derived from VERSION.

• STEPS: override the parts of the process to execute. Default is all of the following:

  • bld_images: Build required container images for building packages for each target platform.

  • net_cal: Build networking-calico packages.

  • felix: Build Felix packages.

  • etcd3gw: Build etcd3gw packages (RPM only).

  • dnsmasq: Build dnsmasq packages.

  • nettle: Build nettle packages (Ubuntu Xenial only).

  • pub_debs: Publish all Debian packages.

  • pub_rpms: Publish all RPMs.

Note that pub_debs means uploading Debian source packages to Launchpad, and it can still take a long time for Launchpad to build and publish binary Debian packages. Usually about an hour, but occasionally many hours. A package is only really ready for use when its line on the PPA package details page (for example) has a green tick in the Build Status column and a date in the Published column.

(RPMs, on the other hand, are ready immediately after the pub_rpms step.)

Packaging platforms

We build and publish packages for these platforms:

• Ubuntu 14.04 (Trusty), 16.04 (Xenial), 18.04 (Bionic) and 20.04 (Focal). The hosting for these packages is in PPAs at https://launchpad.net/~project-calico.

• CentOS 7 or RHEL 7. The hosting for these packages is in RPM repos at binaries.projectcalico.org (for example http://binaries.projectcalico.org/rpm/calico-3.8/).

Public PPAs and RPM repositories

There is a PPA and RPM repo, named calico-X.Y, for each Calico X.Y release series. Packages are updated through the cycle for an X.Y series (X.Y.0, X.Y.1 etc.), so the repo always provides our latest packages for that series.

There is also a PPA and RPM repo named master, with packages that are built every night from our latest development code.

Packaged components

The components that we package and host are:

• networking-calico - for all platforms.

• Felix - for all platforms.

• etcd3gw - for CentOS/RHEL 7 only.

  Note: for Ubuntu there is no packaging for etcd3gw, and we instead document that the installer must do pip install etcd3gw.

• dnsmasq and nettle - see below.

For OpenStack and bare metal installs we don't currently need any other Calico components.

Dnsmasq

We have contributed various patches to Dnsmasq since 2014; all of these have been accepted upstream. The timeline of those patches and how they interleave with Dnsmasq releases is as follows.

• v2.71
• 2014-06-11 Allow wildcard aliases in --bridge-interface option
• v2.72
• 2015-03-19 DHCPv4 with --bridge-interface broken by 3rd party - but not realized by us until a year later
• 2015-06-10 Fix logging of unknown interface in --bridge-interface...
• 2015-06-10 Extend --bridge-interface aliasing to DHCPv6.
• 2015-06-10 Allow router advertisements to have the "off-link"...
• 2015-06-10 Apply --bridge-interface aliasing to solicited router...
• 2015-06-10 Apply --bridge-interfaces to unsolicited router advertisements.
• 2015-06-10 Documentation updates for --bridge-interface and "off...
• v2.73
• v2.74
• v2.75
• 2016-05-03 Fix for DHCP in transmission interface when --bridge...
• v2.76
• v2.77
• 2017-09-26 CVE-2017-1449[123456] (see also projectcalico/calico#1169)
• v2.78
• 2018-01-18 Remove limit of 67 on the number of VMs per compute node
• v2.79

To get all of these patches requires Dnsmasq v2.79 or later. Ubuntu Bionic or later have that, but none of our other target platforms do, so we build and host v2.79 packages for those platforms ourselves. The source for that comes from the following tags in our Dnsmasq fork.

• For Ubuntu Trusty, 2.79test1calico1-3-trusty.
• For Ubuntu Xenial, 2.79test1calico1-2-xenial.
• For CentOS/RHEL 7, rpm_2.79.

Nettle

The dnsmasq code that we build for Xenial has a hardcoded package-install-time dependency on libnettle6 >= 3.3, which is problematic because that version of libnettle is not available in Xenial. Therefore, for Ubuntu Xenial only, we build and upload nettle 3.3 to our PPA.