94e04a76b6
After the discussion in #116, this stores the blob content types in extended attributes when using the filesystem backend. If the underlying filesystem doesn't support extended attributes, storing blobs won't work; also, if extended attributes get removed, blobs won't be served anymore. We can relax this behavior if needed (i.e. log errors but still accept to store or serve blobs). However, since the Docker Engine (and possibly other container engines) won't accept to pull images from a registry that doesn't use correct content types for manifest files, it could be argued that it's better to give a hard fail. (Otherwise, the container engine gives cryptic error messages like "missing signature key".) I can change that behavior (and log errors but still store/serve blobs to the filesystem) if you think it's better.
12 lines
271 B
Modula-2
12 lines
271 B
Modula-2
module github.com/google/nixery
|
|
|
|
go 1.15
|
|
|
|
require (
|
|
cloud.google.com/go/storage v1.15.0
|
|
github.com/google/go-cmp v0.5.5
|
|
github.com/pkg/xattr v0.4.3
|
|
github.com/sirupsen/logrus v1.8.1
|
|
golang.org/x/oauth2 v0.0.0-20210427180440-81ed05c6b58c
|
|
gonum.org/v1/gonum v0.9.1
|
|
)
|