Release 2016.2
First, this release has us start taking documentation more seriously.
The man pages and API doc are unchanged, but the "manual" has moved out
of gtk-doc, been converted to Markdown for use with `mkdocs`.
This is available at: https://ostree.readthedocs.org/en/latest/
The static delta design documents are moved into the manual as well.
Look for more updates here in the future around things like designing
build systems, managing repositories, more implementation details,
etc.
Speaking of static deltas, there is now support in the pull API (and
command line) for showing how much content data would be downloaded
(and used uncompressed). This is intended for use with OS updater
command lines and GUIs (like Cockpit).
Another notable change is that we've merged in a FUSE utility called
`rofiles-fuse`. This doesn't itself depend on OSTree, nor does OSTree
depend on it, but they're very useful together. Specifically, if one
is designing a build system that uses OSTree, or running the
equivalent of RPM `%post` scripts, `rofiles-fuse` can help ensure that
the build process doesn't mutate any of the hardlinks. Though this
can also be addressed through container runtimes, not all systems are
ready to expose container features to unprivileged users.
There is also some improvements in underlying infrastructure for
supporting import and export of Docker images. The primary changes
here are better tar support, and OSTree now understands "whiteout"
files, and optionally processes them during checkout.
Besides this, there are various bugfixes, including a notable one to
fix use of client side TLS certificates.
Thanks to all contributors!
$ git shortlog v2016.1..
Alexander Larsson (1):
build: Use threadsafe GPGME
Colin Walters (38):
...
Giuseppe Scrivano (2):
diff: do not traverse parent commits
build: 'make clean' removes parse-datetime.c
Joaquim Rocha (1):
build: Link ostree with libarchive
Jonathan Lebon (1):
ostree-sysroot: add debug option to help testing
Matthew Barnes (1):
fetcher: Fix hung GTlsInteraction
Git-EVTag-v0-SHA512: 3f8357c770694c13b9ed5442a0bba69fda8a82b20b6a42b5853d7702315f3cd28304b5214c2f3babfb66199d04cbd5c8ca520524e3c1417224c59a32dadd7df4