2017-02-01 00:45:59 +00:00
[](https://godoc.org/github.com/containers/image) [](https://travis-ci.org/containers/image)
=
2017-03-13 16:33:17 +00:00
`image` is a set of Go libraries aimed at working in various way with
containers' images and container image registries.
2017-02-01 00:45:59 +00:00
2017-03-13 16:33:17 +00:00
The containers/image library allows application to pull and push images from
container image registries, like the upstream docker registry. It also
implements "simple image signing".
2017-02-01 00:45:59 +00:00
2017-03-13 16:33:17 +00:00
The containers/image library also allows you to inspect a repository on a
container registry without pulling down the image. This means it fetches the
repository's manifest and it is able to show you a `docker inspect` -like json
output about a whole repository or a tag. This library, in contrast to `docker
inspect`, helps you gather useful information about a repository or a tag
without requiring you to run `docker pull` .
2017-02-01 00:45:59 +00:00
2017-03-13 16:33:17 +00:00
The containers/image library also allows you to translate from one image format
to another, for example docker container images to OCI images. It also allows
you to copy container images between various registries, possibly converting
them as necessary, and to sign and verify images.
2017-02-01 00:45:59 +00:00
2017-07-14 12:45:06 +00:00
## Command-line usage
The containers/image project is only a library with no user interface;
you can either incorporate it into your Go programs, or use the `skopeo` tool:
2017-03-13 16:33:17 +00:00
The [skopeo ](https://github.com/projectatomic/skopeo ) tool uses the
2017-07-14 12:45:06 +00:00
containers/image library and takes advantage of many of its features,
e.g. `skopeo copy` exposes the `containers/image/copy.Image` functionality.
2017-03-13 16:33:17 +00:00
## Dependencies
2017-07-14 12:45:06 +00:00
This library does not ship a committed version of its dependencies in a `vendor`
subdirectory. This is so you can make well-informed decisions about which
libraries you should use with this package in your own projects, and because
types defined in the `vendor` directory would be impossible to use from your projects.
2017-03-13 16:33:17 +00:00
What this project tests against dependencies-wise is located
2017-07-14 12:45:06 +00:00
[in vendor.conf ](https://github.com/containers/image/blob/master/vendor.conf ).
2017-02-01 00:45:59 +00:00
2017-04-03 07:22:44 +00:00
## Building
2017-07-14 12:45:06 +00:00
If you want to see what the library can do, or an example of how it is called,
consider starting with the [skopeo ](https://github.com/projectatomic/skopeo ) tool
instead.
To integrate this library into your project, put it into `$GOPATH` or use
your preferred vendoring tool to include a copy in your project.
Ensure that the dependencies documented [in vendor.conf ](https://github.com/containers/image/blob/master/vendor.conf )
are also available
(using those exact versions or different versions of your choosing).
2017-07-20 20:31:51 +00:00
This library, by default, also depends on the GpgME and libostree C libraries. Either install them:
2017-07-14 12:45:06 +00:00
```sh
2017-07-20 20:31:51 +00:00
Fedora$ dnf install gpgme-devel libassuan-devel libostree-devel
2017-07-14 12:45:06 +00:00
macOS$ brew install gpgme
```
2017-07-20 20:31:51 +00:00
or use the build tags described below to avoid the dependencies (e.g. using `go build -tags …` )
### Supported build tags
- `containers_image_openpgp` : Use a Golang-only OpenPGP implementation for signature verification instead of the default cgo/gpgme-based implementation;
2017-04-03 07:22:44 +00:00
the primary downside is that creating new signatures with the Golang-only implementation is not supported.
2017-07-20 20:31:51 +00:00
- `containers_image_ostree_stub` : Instead of importing `ostree:` transport in `github.com/containers/image/transports/alltransports` , use a stub which reports that the transport is not supported. This allows building the library without requiring the `libostree` development libraries.
(Note that explicitly importing `github.com/containers/image/ostree` will still depend on the `libostree` library, this build tag only affects generic users of …`/alltransports`.)
2017-04-03 07:22:44 +00:00
2017-07-14 12:45:06 +00:00
## Contributing
When developing this library, please use `make` (or `make … BUILDTAGS=…` ) to take advantage of the tests and validation.
2017-02-01 00:45:59 +00:00
## License
ASL 2.0
## Contact
- Mailing list: [containers-dev ](https://groups.google.com/forum/?hl=en#!forum/containers-dev )
- IRC: #[container-projects](irc://irc.freenode.net:6667/#container-projects) on freenode.net
