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 f8b80edfa..641433267 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 60b1212a9..4a71bde5f 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 b95a55231..37453d5ff 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 1eef72691..4e8cb09d7 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 3523e6922..15022233c 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 cb4eadd31..2fd06e117 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 4a6cb60ab..dead5ef23 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`