Jakub Jirutka db72812f01 Use the new cargo feature resolver "2"
Garage currently uses the legacy resolver "1". The new one is used
by default if the root package specifies 'edition = 2021', which
Garage does not (yet).

The problem with the legacy resolver is, among others, that features
enabled by dev-dependencies are propagated to normal dependencies.
This affects e.g. hyper - one of the dev-dependencies enables "http2"
feature that adds many extra dependencies. If we build garage without
opentelemetry-otlp (this is enabled in the following commit), there's
no normal dependency enabling "http2" feature.

See https://doc.rust-lang.org/cargo/reference/resolver.html#feature-resolver-version-2
2022-09-06 01:14:19 +02:00
2022-08-12 10:33:41 +02:00
2022-07-26 18:27:46 +02:00
2022-09-05 16:40:13 +02:00
2020-06-30 17:18:42 +02:00
2020-04-28 10:18:14 +00:00
2022-09-05 16:40:13 +02:00
2021-10-29 11:34:01 +02:00
2022-05-10 13:16:57 +02:00
2021-03-16 16:35:46 +01:00
2022-07-08 13:30:26 +02:00
2020-04-10 22:01:48 +02:00

Garage Build Status

Garage logo

[ Website and documentation | Binary releases | Git repository | Matrix channel ]

Garage is a lightweight S3-compatible distributed object store, with the following goals:

  • As self-contained as possible
  • Easy to set up
  • Highly resilient to network failures, network latency, disk failures, sysadmin failures
  • Relatively simple
  • Made for multi-datacenter deployments

Non-goals include:

  • Extremely high performance
  • Complete implementation of the S3 API
  • Erasure coding (our replication model is simply to copy the data as is on several nodes, in different datacenters if possible)

Our main use case is to provide a distributed storage layer for small-scale self hosted services such as Deuxfleurs.

Description
No description provided
Readme AGPL-3.0 43 MiB
Languages
Rust 94.2%
Clojure 1.8%
Shell 1.8%
Nix 1.2%
Python 0.7%
Other 0.2%