Dockerfile build – possible to ignore error?

I’ve got a Dockerfile. When building the image, the build fails on this error:

automake: error: no '' found for any configure output
Error build: The command [/bin/sh -c aclocal && autoconf && automake -a] returned a non-zero code: 1

which in reality is harmless. The library builds fine, but Docker stops the build once it receives this error. Is there any way I can instruct Docker to just ignore this?

  • docker elasticsearch container not forwarding port
  • Service inside docker container stops after some time
  • not able to build a specific Dockerfile
  • Docker not running/showing long-running processes
  • How to share a Docker container folder when it is not empty?
  • Solr getting started in docker
  • docker build is very slow even with simple commands
  • TLS error when using docker-machine driver digitalocean
  • Ignore redmine prompt when building dockerfile
  • connect to mongodb on dokku, remote
  • How should I Accomplish a Better Docker Workflow?
  • Docker: Set value of ENV variable using RUN command?
  • 2 Solutions collect form web for “Dockerfile build – possible to ignore error?”

    Sure. Docker is just responding to the error codes returned by the RUN shell scripts in the Dockerfile. If your Dockerfile has something like:

    RUN make

    You could replace that with:

    RUN make; exit 0

    This will always return a 0 (success) exit code. The disadvantage here is that your image will appear to build successfully even if there are actual errors in the build process.

    This might be of interest to those, whose potential errors in their images are not harmless enough to go unnoticed/logged. (Also, not enough rep. to comment, so here as an answer.)

    As pointed out, the disadvantage of RUN make; exit 0 is you don’t get to know, if your build failed. Hence, rather use something like:

    make test 2>&1 > /where/ever/make.log || echo "There were failing tests!"

    Like this, you get notified via the docker image build process log, and you can see what exactly went bad during make (or whatsoever else execution, this is not restricted to make).

    Docker will be the best open platform for developers and sysadmins to build, ship, and run distributed applications.