since the switch to kaniko as a container image builder, proper
BUILD_DATE and VCS_REF values previously filled in by a build hook were
left empty. that changes now.
* add hadolint Dockerfile linter step
* update Dockerfile to implement hadolint suggestions (cbp)
* switch to immawanderer/drone-kaniko as the kaniko flavour of choice
* get a typo in README
Alright, let me tell you what this is all about. 🐋
Docker builds (locally and also in DockerHub) started failing after
glibc 3.34 has been updated during jan-feb 2021 and thas caught me on
both fedora 33 and archlinux workstation/server boxes (talking OS, not
containers now).
A hotfix patch has been issued as a workaround to remedy failing builds
-
bd4c5abe4d.
Recently, I have started building [`moby`](https://github.com/moby/moby)
from sources myself (moby is `docker-{c,e}e`'s upstream that's directly
being shipped on fedora instad of the "docker-\*" product) and installed
it on my fedora 33 box, while archlinux gradually updated to a fairly
recent docker (`Docker version 20.10.5, build 363e9a88a1` as of
writing).
Latest `moby` commit on which I was able to run `docker build` for this
image on fedora 33 was
[`dbc3365da2`](dbc3365da2).
For these reasons I decided to revert the hotfix just today in
[`dbeddd89be`](dbeddd89be),
after which DockerHub builds started to fail again.
That is because Dockerhub build servers are probably not running a
latest master `moby`/`docker` and as such don't have the necessary fixes
required to build images that run glibc >=3.34 (see the original hotfix
commit message for more reasoning and references).
That basically means that until they (the DockerHub) run a reasonably
recent docker/moby, we're going to see just more of `dockerhub build:
failing` and anyone expecting these images to work will either have to
update in a similar fashion to what I've done or wait until the patched
versions reach whatever distro you're using.
Unless that distro happens to be Arch, cause then you're ok anyway :D 🐳
* the issue that manifested itself when new glibc has been used with
older docker was temporarily worked around for this image in
bd4c5abe4dca475965548cb8332ef9b9d2a4953c. if you still need this
workaround, feel free to revert.
ref: bd4c5abe4d
