From 2a33dad7b27ebdede6992a77ff3196175309c01c Mon Sep 17 00:00:00 2001 From: Docker Library Bot Date: Fri, 11 Dec 2015 20:20:45 +0000 Subject: [PATCH] Run update.sh --- erlang/README.md | 2 +- golang/README.md | 2 +- hello-world/README.md | 4 ++-- hello-world/content.md | 4 ++-- iojs/README.md | 2 +- node/README.md | 2 +- pypy/README.md | 2 +- python/README.md | 2 +- ruby/README.md | 2 +- 9 files changed, 11 insertions(+), 11 deletions(-) diff --git a/erlang/README.md b/erlang/README.md index 64143326..f8b80edf 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 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. +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. ## `erlang:onbuild` diff --git a/golang/README.md b/golang/README.md index 4a71bde5..60b1212a 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 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. +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. ## `golang:alpine` diff --git a/hello-world/README.md b/hello-world/README.md index 24a88cc7..2f4dfb5c 100644 --- a/hello-world/README.md +++ b/hello-world/README.md @@ -33,8 +33,8 @@ For more examples and ideas, visit: $ docker images hello-world -REPOSITORY TAG IMAGE ID SIZE -hello-world latest 690ed74de00f 960 B +REPOSITORY TAG IMAGE ID VIRTUAL SIZE +hello-world latest 0a6ba66e537a 960 B ``` ![logo](https://raw.githubusercontent.com/docker-library/docs/master/hello-world/logo.png) diff --git a/hello-world/content.md b/hello-world/content.md index a1bdb089..5a558c72 100644 --- a/hello-world/content.md +++ b/hello-world/content.md @@ -25,8 +25,8 @@ For more examples and ideas, visit: $ docker images hello-world -REPOSITORY TAG IMAGE ID SIZE -hello-world latest 690ed74de00f 960 B +REPOSITORY TAG IMAGE ID VIRTUAL SIZE +hello-world latest 0a6ba66e537a 960 B ``` %%LOGO%% diff --git a/iojs/README.md b/iojs/README.md index 37453d5f..b95a5523 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 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. +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. ## `iojs:onbuild` diff --git a/node/README.md b/node/README.md index 4e8cb09d..1eef7269 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 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. +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. ## `node:onbuild` diff --git a/pypy/README.md b/pypy/README.md index 15022233..3523e692 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 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. +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. ## `pypy:onbuild` diff --git a/python/README.md b/python/README.md index 2fd06e11..cb4eadd3 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 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. +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. ## `python:onbuild` diff --git a/ruby/README.md b/ruby/README.md index dead5ef2..4a6cb60a 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 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. +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. ## `ruby:onbuild`