• umoci now has an exposed Go API. At the moment it's unclear whether it will
  be changed significantly, but at the least now users can use
  umoci-as-a-library in a fairly sane way. openSUSE/umoci#245
• Added umoci unpack --keep-dirlinks (in the same vein as rsync's flag with
  the same name) which allows layers that contain entries which have a symlink
  as a path component. openSUSE/umoci#246
• umoci insert now supports whiteouts in two significant ways. You can use
  --whiteout to "insert" a deletion of a given path, while you can use
  --opaque to replace a directory by adding an opaque whiteout (the default
  behaviour causes the old and new directories to be merged).
  openSUSE/umoci#257

• Docker has changed how they handle whiteouts for non-existent files. The
  specification is loose on this (and in umoci we've always been liberal with
  whiteout generation -- to avoid cases where someone was confused we didn't
  have a whiteout for every entry). But now that they have deviated from the
  spec, in the interest of playing nice, we can just follow their new
  restriction (even though it is not supported by the spec). This also makes
  our layers slightly smaller. openSUSE/umoci#254
• umoci unpack now no longer erases system.nfs4_acl and also has some more
  sophisticated handling of forbidden xattrs. openSUSE/umoci#252
  openSUSE/umoci#248
• umoci unpack now appears to work correctly on SELinux-enabled systems
  (previously we had various issues where umoci wouldn't like it when it was
  trying to ensure the filesystem was reproducibly generated and SELinux xattrs
  would act strangely). To fix this, now umoci unpack will only cause errors
  if it has been asked to change a forbidden xattr to a value different than
  it's current on-disk value. openSUSE/umoci#235 openSUSE/umoci#259

Thanks to all of the people that made this release possible:

• Aleksa Sarai asarai@suse.de
• Tycho Andersen tycho@tycho.ws

Signed-off-by: Aleksa Sarai asarai@suse.de

• The number of possible tags that are now valid with umoci subcommands has
  increased significantly due to an expansion in the specification of the
  format of the ref.name annotation. To quote the specification, the
  following is the EBNF of valid refname values. openSUSE/umoci#234

  refname   ::= component ("/" component)*
  component ::= alphanum (separator alphanum)*
  alphanum  ::= [A-Za-z0-9]+
  separator ::= [-._:@+] | "--"
  

• A new umoci insert subcommand which adds a given file to a path inside the
  container. openSUSE/umoci#237
• A new umoci raw unpack subcommand in order to allow users to unpack images
  without needing a configuration or any of the manifest generation.
  openSUSE/umoci#239
• umoci how has a logo. Thanks to Max Bailey for contributing
  this to the project. openSUSE/umoci#165 openSUSE/umoci#249

• umoci unpack now handles out-of-order regular whiteouts correctly (though
  this ordering is not recommended by the spec -- nor is it required). This is
  an extension of openSUSE/umoci#229 that was missed during review.
  openSUSE/umoci#232
• umoci unpack and umoci repack now make use of a far more optimised gzip
  compression library. In some benchmarks this has resulted in umoci repack
  speedups of up to 3x (though of course, you should do your own benchmarks).
  umoci unpack unfortunately doesn't have as significant of a performance
  improvement, due to the nature of gzip decompression (in future we may
  switch to zlib wrappers). openSUSE/umoci#225 openSUSE/umoci#233

Thanks to all of the contributors that made this release possible:

• Abhilash Raj maxking@users.noreply.github.com
• Akihiro Suda suda.akihiro@lab.ntt.co.jp
• Aleksa Sarai asarai@suse.de
• Felix Abecassis fabecassis@nvidia.com
• Max Bailey maxbailey@flywheel.io
• Tycho Andersen tycho@tycho.ws

Signed-off-by: Aleksa Sarai asarai@suse.de