From 0602bb88e34b624739337f275bbff7df05c1dbdf Mon Sep 17 00:00:00 2001 From: Docker Library Bot Date: Fri, 11 Dec 2015 20:27:59 +0000 Subject: [PATCH] Run update.sh --- erlang/README.md | 2 +- golang/README.md | 2 +- iojs/README.md | 2 +- node/README.md | 2 +- pypy/README.md | 2 +- python/README.md | 2 +- ruby/README.md | 2 +- 7 files changed, 7 insertions(+), 7 deletions(-) diff --git a/erlang/README.md b/erlang/README.md index f8b80edf..64143326 100644 --- a/erlang/README.md +++ b/erlang/README.md @@ -63,7 +63,7 @@ The `erlang` images come in many flavors, each designed for a specific use case. ## `erlang:` -This is the defacto image. If you are unsure about what your needs are, you probably want to use this one. It is designed to be used both as a throw away container (mount your source code and start the container to start your app), as well as the base to build other images off of. +This is the defacto image. If you are unsure about what your needs are, you probably want to use this one. It is designed to be used both as a throw away container (mount your source code and start the container to start your app), as well as the base to build other images off of. This tag is based off of [`buildpack-deps`](https://registry.hub.docker.com/_/buildpack-deps/). `buildpack-deps` is designed for the average user of docker who has many images on their system. It, by design, has a large number of extremely common Debian packages. This reduces the number of packages that images that derive from it need to install, thus reducing the overall size of all images on your system. ## `erlang:onbuild` diff --git a/golang/README.md b/golang/README.md index 60b1212a..4a71bde5 100644 --- a/golang/README.md +++ b/golang/README.md @@ -82,7 +82,7 @@ The `golang` images come in many flavors, each designed for a specific use case. ## `golang:` -This is the defacto image. If you are unsure about what your needs are, you probably want to use this one. It is designed to be used both as a throw away container (mount your source code and start the container to start your app), as well as the base to build other images off of. +This is the defacto image. If you are unsure about what your needs are, you probably want to use this one. It is designed to be used both as a throw away container (mount your source code and start the container to start your app), as well as the base to build other images off of. This tag is based off of [`buildpack-deps`](https://registry.hub.docker.com/_/buildpack-deps/). `buildpack-deps` is designed for the average user of docker who has many images on their system. It, by design, has a large number of extremely common Debian packages. This reduces the number of packages that images that derive from it need to install, thus reducing the overall size of all images on your system. ## `golang:alpine` diff --git a/iojs/README.md b/iojs/README.md index b95a5523..37453d5f 100644 --- a/iojs/README.md +++ b/iojs/README.md @@ -57,7 +57,7 @@ The `iojs` images come in many flavors, each designed for a specific use case. ## `iojs:` -This is the defacto image. If you are unsure about what your needs are, you probably want to use this one. It is designed to be used both as a throw away container (mount your source code and start the container to start your app), as well as the base to build other images off of. +This is the defacto image. If you are unsure about what your needs are, you probably want to use this one. It is designed to be used both as a throw away container (mount your source code and start the container to start your app), as well as the base to build other images off of. This tag is based off of [`buildpack-deps`](https://registry.hub.docker.com/_/buildpack-deps/). `buildpack-deps` is designed for the average user of docker who has many images on their system. It, by design, has a large number of extremely common Debian packages. This reduces the number of packages that images that derive from it need to install, thus reducing the overall size of all images on your system. ## `iojs:onbuild` diff --git a/node/README.md b/node/README.md index 1eef7269..4e8cb09d 100644 --- a/node/README.md +++ b/node/README.md @@ -68,7 +68,7 @@ The `node` images come in many flavors, each designed for a specific use case. ## `node:` -This is the defacto image. If you are unsure about what your needs are, you probably want to use this one. It is designed to be used both as a throw away container (mount your source code and start the container to start your app), as well as the base to build other images off of. +This is the defacto image. If you are unsure about what your needs are, you probably want to use this one. It is designed to be used both as a throw away container (mount your source code and start the container to start your app), as well as the base to build other images off of. This tag is based off of [`buildpack-deps`](https://registry.hub.docker.com/_/buildpack-deps/). `buildpack-deps` is designed for the average user of docker who has many images on their system. It, by design, has a large number of extremely common Debian packages. This reduces the number of packages that images that derive from it need to install, thus reducing the overall size of all images on your system. ## `node:onbuild` diff --git a/pypy/README.md b/pypy/README.md index 3523e692..15022233 100644 --- a/pypy/README.md +++ b/pypy/README.md @@ -66,7 +66,7 @@ The `pypy` images come in many flavors, each designed for a specific use case. ## `pypy:` -This is the defacto image. If you are unsure about what your needs are, you probably want to use this one. It is designed to be used both as a throw away container (mount your source code and start the container to start your app), as well as the base to build other images off of. +This is the defacto image. If you are unsure about what your needs are, you probably want to use this one. It is designed to be used both as a throw away container (mount your source code and start the container to start your app), as well as the base to build other images off of. This tag is based off of [`buildpack-deps`](https://registry.hub.docker.com/_/buildpack-deps/). `buildpack-deps` is designed for the average user of docker who has many images on their system. It, by design, has a large number of extremely common Debian packages. This reduces the number of packages that images that derive from it need to install, thus reducing the overall size of all images on your system. ## `pypy:onbuild` diff --git a/python/README.md b/python/README.md index cb4eadd3..2fd06e11 100644 --- a/python/README.md +++ b/python/README.md @@ -77,7 +77,7 @@ The `python` images come in many flavors, each designed for a specific use case. ## `python:` -This is the defacto image. If you are unsure about what your needs are, you probably want to use this one. It is designed to be used both as a throw away container (mount your source code and start the container to start your app), as well as the base to build other images off of. +This is the defacto image. If you are unsure about what your needs are, you probably want to use this one. It is designed to be used both as a throw away container (mount your source code and start the container to start your app), as well as the base to build other images off of. This tag is based off of [`buildpack-deps`](https://registry.hub.docker.com/_/buildpack-deps/). `buildpack-deps` is designed for the average user of docker who has many images on their system. It, by design, has a large number of extremely common Debian packages. This reduces the number of packages that images that derive from it need to install, thus reducing the overall size of all images on your system. ## `python:onbuild` diff --git a/ruby/README.md b/ruby/README.md index 4a6cb60a..dead5ef2 100644 --- a/ruby/README.md +++ b/ruby/README.md @@ -65,7 +65,7 @@ The `ruby` images come in many flavors, each designed for a specific use case. ## `ruby:` -This is the defacto image. If you are unsure about what your needs are, you probably want to use this one. It is designed to be used both as a throw away container (mount your source code and start the container to start your app), as well as the base to build other images off of. +This is the defacto image. If you are unsure about what your needs are, you probably want to use this one. It is designed to be used both as a throw away container (mount your source code and start the container to start your app), as well as the base to build other images off of. This tag is based off of [`buildpack-deps`](https://registry.hub.docker.com/_/buildpack-deps/). `buildpack-deps` is designed for the average user of docker who has many images on their system. It, by design, has a large number of extremely common Debian packages. This reduces the number of packages that images that derive from it need to install, thus reducing the overall size of all images on your system. ## `ruby:onbuild`