Skip to main content
  1. Blog
  2. Article

Tim Van Steenburgh
on 7 September 2017

Canonical Distribution of Kubernetes: Development Summary (9/7/2017)


This article originally appeared on Tim Van Steenburgh’s blog

September 1st concluded our most recent development sprint on the Canonical Distribution of Kubernetes (CDK). Here are some highlights:

Canal Bundle

Our new Canal bundle is available for testing. We’ve been fixing a few issuesand expect to release the Canal bundle to the stable channel tomorrow.

If you need network policy support in your cluster, take it for a test drive on AWS with:

juju deploy cs:~containers/canonical-kubernetes-canal --channel edge

Once deployed, you can test network policy support by following the instructions on the Calico website.

RBAC and s390x

Our main focus was on finishing the Calico/Canal support, but progress continues on RBAC and s390x. We added a bunch of new tests for RBAC, and are working on building/publishing the last few pieces we need for an s390x cluster (nginx-ingress-controller image and an e2e snap).

1.7.4

We tested and released our latest round of charm bug fixes along with snaps for the 1.7.4 upstream binaries. If you were already on 1.7.0, you got upgraded automatically, and 1.7.4 is the new default for new clusters.

If you’d like to follow along more closely with CDK development, you can do so in the following places:

If you’re interested in hacking on CDK, be sure to check out the latest blogby our friend Kos!

Until next time!

Related posts


Philip Williams
18 February 2026

Predict, compare, and reduce costs with our S3 cost calculator

Ceph Article

Previously I have written about how useful public cloud storage can be when starting a new project without knowing how much data you will need to store.  However, as datasets grow  over time, the costs of public cloud storage can become overwhelming.  This is where an on premise, or co-located, self-hosted storage system becomes advantage ...


Yanisa Haley Scherber
17 February 2026

A year of documentation-driven development

Ubuntu Article

For many software teams, documentation is written after features are built and design decisions have already been made. When that happens, questions about how a feature is understood or used often don’t surface until much later.  A little over one year ago, our team began to recognize this pattern in our own work. Features generally ...


Henry Coggill
17 February 2026

Announcing FIPS 140-3 for Ubuntu Core22

Hardening Article

FIPS compliance for IoT use cases in Federal space. In this article, we’ll explore what Ubuntu Core is, and how to use it with FIPS. ...