lix -

Age	Commit message (Collapse)	Author
2021-11-03	Expose an async interface for `queryRealisation`	regnat
	Doesn’t change much so far because everything is still using it synchronously, but should allow the binary cache to fetch stuff in parallel
2021-07-22	DummyStore: Remove redundant method	Eelco Dolstra

2020-12-23	Expose schedule entrypoints to all stores	John Ericson
	Remote stores still override so the other end schedules.
2020-12-20	Overhaul store subclassing	John Ericson
	We embrace virtual the rest of the way, and get rid of the `assert(false)` 0-param constructors. We also list config base classes first, so the constructor order is always: 1. all the configs 2. all the stores Each in the same order
2020-12-11	Store metadata about drv outputs realisations	regnat
	For each known realisation, store: - its output - its output path This comes with a set of needed changes: - New `realisations` module declaring the types needed for describing these mappings - New `Store::registerDrvOutput` method registering all the needed informations about a derivation output (also replaces `LocalStore::linkDeriverToPath`) - new `Store::queryRealisation` method to retrieve the informations for a derivations This introcudes some redundancy on the remote-store side between `wopQueryDerivationOutputMap` and `wopQueryRealisation`. However we might need to keep both (regardless of backwards compat) because we sometimes need to get some infos for all the outputs of a derivation (where `wopQueryDerivationOutputMap` is handy), but all the stores can't implement it − because listing all the outputs of a derivation isn't really possible for binary caches where the server doesn't allow to list a directory.
2020-10-06	Shut up some clang warnings	Eelco Dolstra

2020-10-06	Remove static variable name clashes	Eelco Dolstra
	This was useful for an experiment with building Nix as a single compilation unit. It's not very useful otherwise but also doesn't hurt...
2020-09-21	Move Callback into its own header	Eelco Dolstra
	This gets rid of the inclusion of <future> in util.hh, cutting compilation time by ~20s (CPU time). Issue #4045.
2020-09-16	Add a name to the stores	regnat
	So that it can be printed by `nix describe-stores`
2020-09-16	Document the new store hierarchy	regnat

2020-09-16	Properly filter the stores according to their declared uriSchemes	regnat
	When opening a store, only try the stores whose `uriSchemes()` include the current one
2020-09-16	Correctly call all the parent contructors of the stores	regnat
	Using virtual inheritance means that only the default constructors of the parent classes will be called, which isn't what we want
2020-09-16	Separate store configs from the implems	regnat
	Rework the `Store` hierarchy so that there's now one hierarchy for the store configs and one for the implementations (where each implementation extends the corresponding config). So a class hierarchy like ``` StoreConfig-------->Store \| \| v v SubStoreConfig----->SubStore \| \| v v SubSubStoreConfig-->SubSubStore ``` (with virtual inheritance to prevent DDD). The advantage of this architecture is that we can now introspect the configuration of a store without having to instantiate the store itself
2020-09-16	Separate the instantiation and initialisation of the stores	regnat
	Add a new `init()` method to the `Store` class that is supposed to handle all the effectful initialisation needed to set-up the store. The constructor should remain side-effect free and just initialize the c++ data structure. The goal behind that is that we can create “dummy” instances of each store to query static properties about it (the parameters it accepts for example)
2020-09-16	Fix the registration of stores	regnat

2020-09-16	Make the store plugins more introspectable	regnat
	Directly register the store classes rather than a function to build an instance of them. This gives the possibility to introspect static members of the class or choose different ways of instantiating them.
2020-08-24	Add DummyStore (dummy://)	Eelco Dolstra
	DummyStore does not allow building or adding paths. This is useful for evaluation tests when you don't want to initialize a "proper" store.