Wrap origin public Dockerfile to manage build args, etc

I’m very new to Docker and stuff, so I wonder if I can change source official and public images from Docker.Hub (which I use in FROM directive) on-the-fly, while using them in my own container builds, kinda like chefs chef-rewind do?

For example, if I need to pass build-args to openresty/latest-centos to build it without modules I won’t use. I need to put this

  • How to run imported image in Docker.io?
  • Kubernetes - Creating a specific namespace for “services”
  • Set sysctl key in Kubernetes pod using Kops + Docker 1.11
  • docker images fedora25 have no command “sysctl” and open google bbr
  • What are some strategies to invalidate the Dockerfile instruction cache while Downloading resources
  • Docker Port Forwarding, Downloading Empty Files
  • FROM openresty/latest-centos

    in my Dockerfile, and what else should I do for openresty to be built only with modules I needed?

  • How to mount file from host to docker container on ECS
  • Docker daemon processes
  • aws ecs perfomance doesn't increase on single instance
  • Does Docker USER source .bashrc before running commands?
  • Docker images won't start sometime and it error logs says something I cannot understand
  • how can docker containers have a different flavor than the host
  • One Solution collect form web for “Wrap origin public Dockerfile to manage build args, etc”

    When you use the FROM directive in a Dockerfile, you are simply instructing Docker to use the named image as the base for the image that will be built with your Dockerfile. This does not cause the base image to be rebuilt, so there is no way to “pass parameters” to the build process.

    If the openresty image does not meet your needs, you could:

    • Clone the openresty git repository,
    • Modify the Dockerfile,
    • Run docker build ... to build your own image

    Alternatively, you can save yourself that work and just use the existing image and live with a few unused modules hanging around. If the modules are separate components, you could also issue the necessary commands in your Dockerfile to remove them.

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