diff --git a/slides/common/sampleapp.md b/slides/common/sampleapp.md
index cb159378..a6cc03af 100644
--- a/slides/common/sampleapp.md
+++ b/slides/common/sampleapp.md
@@ -1,5 +1,60 @@
# Our sample application
+- We will clone the GitHub repository onto our `node1`
+
+- The repository also contains scripts and tools that we will use through the workshop
+
+.exercise[
+
+
+
+- Clone the repository on `node1`:
+ ```bash
+ git clone git://github.com/jpetazzo/container.training
+ ```
+
+]
+
+(You can also fork the repository on GitHub and clone your fork if you prefer that.)
+
+---
+
+## Downloading and running the application
+
+Let's start this before we look around, as downloading will take a little time...
+
+.exercise[
+
+- Go to the `dockercoins` directory, in the cloned repo:
+ ```bash
+ cd ~/container.training/dockercoins
+ ```
+
+- Use Compose to build and run all containers:
+ ```bash
+ docker-compose up
+ ```
+
+
+
+]
+
+Compose tells Docker to build all container images (pulling
+the corresponding base images), then starts all containers,
+and displays aggregated logs.
+
+---
+
+## More detail on our sample application
+
- Visit the GitHub repository with all the materials of this workshop:
https://github.com/jpetazzo/container.training
@@ -120,61 +175,6 @@ class: extra-details
---
-## Getting the application source code
-
-- We will clone the GitHub repository
-
-- The repository also contains scripts and tools that we will use through the workshop
-
-.exercise[
-
-
-
-- Clone the repository on `node1`:
- ```bash
- git clone git://github.com/jpetazzo/container.training
- ```
-
-]
-
-(You can also fork the repository on GitHub and clone your fork if you prefer that.)
-
----
-
-# Running the application
-
-Without further ado, let's start our application.
-
-.exercise[
-
-- Go to the `dockercoins` directory, in the cloned repo:
- ```bash
- cd ~/container.training/dockercoins
- ```
-
-- Use Compose to build and run all containers:
- ```bash
- docker-compose up
- ```
-
-
-
-]
-
-Compose tells Docker to build all container images (pulling
-the corresponding base images), then starts all containers,
-and displays aggregated logs.
-
----
-
## Our application at work
- On the left-hand side, the "rainbow strip" shows the container names
@@ -299,5 +299,5 @@ class: extra-details
Some containers exit immediately, others take longer.
-The containers that do not handle `SIGTERM` end up being killed after a 10s timeout.
+The containers that do not handle `SIGTERM` end up being killed after a 10s timeout. If we are very impatient, we can hit `^C` a second time!
diff --git a/slides/kube/logs-cli.md b/slides/kube/logs-cli.md
index 71674090..5e23e3a1 100644
--- a/slides/kube/logs-cli.md
+++ b/slides/kube/logs-cli.md
@@ -39,7 +39,7 @@ From the README:
*Stern allows you to tail multiple pods on Kubernetes and multiple containers within the pod. Each result is color coded for quicker debugging.*
-*The query is a regular expression so the pod name can easily be filtered and you don't need to specify the exact id (for instance omitting the deployment id). If a pod is deleted it gets removed from tail and if a new [pod] is added it automatically gets tailed.*
+*The query is a regular expression so the pod name can easily be filtered and you don't need to specify the exact id (for instance omitting the deployment id). If a pod is deleted it gets removed from tail and if a new pod is added it automatically gets tailed.*
Exactly what we need!
diff --git a/slides/kube/namespaces.md b/slides/kube/namespaces.md
index aa06ace6..6c0dadd2 100644
--- a/slides/kube/namespaces.md
+++ b/slides/kube/namespaces.md
@@ -40,12 +40,12 @@
- We can create namespaces with a very minimal YAML, e.g.:
```bash
- kubectl apply -f- <