depot - monorepo for the virus lounge

Age	Commit message (Collapse)	Author	Files	Lines
2022-04-20	r/3982 chore(nixery): Housekeeping for depot compatibility	Vincent Ambo	3	-39/+6
	Cleans up a whole bunch of things I wanted to get out of the door right away: * depot internal references to //third_party/nixery have been replaced with //tools/nixery * cleaned up files from Github * fixed SPDX & Copyright headers * code formatting and inclusion in //tools/depotfmt checks Change-Id: Iea79f0fdf3aa04f71741d4f4032f88605ae415bb Reviewed-on: https://cl.tvl.fyi/c/depot/+/5486 Tested-by: BuildkiteCI Reviewed-by: tazjin <tazjin@tvl.su> Autosubmit: tazjin <tazjin@tvl.su>
2021-06-26	feat(storage): Store blob content-type in extended attributes	Jérôme Petazzoni	1	-2/+15
	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.
2021-04-29	docs: document unset GOOGLE_APPLICATION_CREDENTIALS	Florian Klink	1	-0/+4
	In case the `GOOGLE_APPLICATION_CREDENTIALS` environment variable is not set, a redirect to storage.googleapis.com is issued, which means the underlying bucket objects need to be publicly accessible. This wasn't really obvious until now, so further clarify it.
2020-10-29	feat(storage): Add support for content-types (GCS only)	Vincent Ambo	3	-5/+25
	Extends storage.Persist to accept a Content-Type argument, which in the GCS backend is persisted with the object to ensure that the object is served back with this content-type. This is not yet implemented for the filesystem backend, where the parameter is simply ignored. This should help in the case of clients which expect the returned objects to have content-types set when, for example, fetching layers by digest.
2020-10-27	refactor(storage): Rename ServeLayer -> Serve	Vincent Ambo	3	-10/+10
	This is going to be used for general content-addressed objects, and is not layer specific anymore.
2019-11-27	refactor: Reshuffle file structure for better code layout	Vincent Ambo	3	-0/+366
	This gets rid of the package called "server" and instead moves everything into the project root, such that Go actually builds us a binary called `nixery`. This is the first step towards factoring out CLI-based functionality for Nixery.