Closed
Bug 1468490
Opened 7 years ago
Closed 7 years ago
Update Docker base image from Debian 8 (Jessie) to 9 (Stretch)
Categories
(developer.mozilla.org :: Security, enhancement, P1)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: jwhitlock, Assigned: jwhitlock)
Details
(Keywords: in-triage, Whiteboard: [specification][type:change][points=3])
Attachments
(1 file)
2.14 KB,
text/x-log
|
Details |
What feature should be changed? Please provide the URL of the feature if possible.
==================================================================================
The official Docker Python image uses multiple tags for the same image, to allow users to choose specific or generic images. The kuma_base image uses python:2.7-slim, which was the same as 2.7-slim-jessie (Debian 8) until June 2018, when it switched to 2.7-slim-stretch and Debian 9.
We switched to 2.7-slim-jessie, because the 2.7-slim-stretch has different dependencies (no gpg for downloading node.js signing keys, different name for MySQL libraries) which required more changes then we wanted to make during the Django 1.11 update. We continue to use Debian 8.
What problems would this solve?
===============================
Debian 8 will cease to get security updates after June 17, 2018. Debian 9 is the current stable release, supported until 2020.
Who would use this?
===================
Developers and system maintainers
What would users see?
=====================
Kuma base images would continue to get security updates. Quay.io reports known, fixable errors:
https://quay.io/repository/mozmar/kuma_base?tab=tags
What would users do? What would happen as a result?
===================================================
Developers would use support Debian base images in development and deployment environments.
Is there anything else we should know?
======================================
The switch to specify Jessie was in:
https://github.com/mozilla/kuma/pull/4830/commits/c7ec8660e171f8cedb682c835315bc920dfbc963
The switch in the upstream tags was at:
https://github.com/docker-library/official-images/pull/4385/files#diff-051bb6df61b6c6e7f8c1868985011b07R43
Comment 1•7 years ago
|
||
Commits pushed to master at https://github.com/mozilla/kuma
https://github.com/mozilla/kuma/commit/f132b25bd444b8c2464ee9f43573d5890df89871
bug 1468490: Update to Debian 9 (stretch) base
Update the Python base image from Debian 8 (jessie) to 9 (stretch),
which is the current LTS release, along with some additional cleanup:
Move the ENV declarations to the top, to reduce the number of
intermediate images.
Move all the package installation to the same section, to avoid
refreshing the apt-get cache twice. Include the gpg package and
dependencies, which is no longer in the default image. Update the names
of the MySQL packages.
Update the node.js installation code to bump the minor version and use
the current code for importing GPG signing keys. Drop the unused yarn
install. The 8.x node.js update will come later.
https://github.com/mozilla/kuma/commit/5ed72f2d430075ee7140dc274cf8c11acfdb6db8
Merge pull request #4850 from jwhitlock/debian-image-1468490
bug 1468490: Update to Debian 9 (stretch) base image
Comment 2•7 years ago
|
||
I have issues building the image locally after this change, I attached the stacktrace I get from docker.
The command I run is `make build-base VERSION=latest`.
Comment 3•7 years ago
|
||
The solution for me was to edit the Dockerfile and `-stretch` at the end of the image name (FROM python:2.7-slim-stretch)
Updated•7 years ago
|
Keywords: in-triage
Priority: -- → P1
Whiteboard: [specification][type:change] → [specification][type:change][points=3]
Assignee | ||
Comment 4•7 years ago
|
||
This is building correctly in Jenkins and TravisCI. After a successful production push, I plan to close the bug.
Anthony, my best guess is that you have an out-of-date base image. Try pulling the latest python image first:
docker pull python:2.7-slim
make build-base VERSION=latest
Assignee: nobody → jwhitlock
Status: NEW → ASSIGNED
Flags: needinfo?(me)
Comment 5•7 years ago
|
||
Works for me that way, probably some kind of caching somewhere.
Flags: needinfo?(me)
Assignee | ||
Comment 6•7 years ago
|
||
Deployed to staging and production.
Status: ASSIGNED → RESOLVED
Closed: 7 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•