2012-07-18 21:59:03 +03:00
|
|
|
#pragma once
|
2004-02-06 16:57:10 +02:00
|
|
|
|
2006-09-05 00:06:23 +03:00
|
|
|
#include "types.hh"
|
2010-04-21 18:08:58 +03:00
|
|
|
#include "pathlocks.hh"
|
2004-02-06 16:57:10 +02:00
|
|
|
|
2006-09-05 13:32:47 +03:00
|
|
|
#include <time.h>
|
|
|
|
|
2006-09-05 00:06:23 +03:00
|
|
|
|
|
|
|
namespace nix {
|
2004-02-06 16:57:10 +02:00
|
|
|
|
|
|
|
|
2004-02-06 18:03:27 +02:00
|
|
|
struct Generation
|
|
|
|
{
|
|
|
|
int number;
|
|
|
|
Path path;
|
|
|
|
time_t creationTime;
|
2004-02-08 16:07:43 +02:00
|
|
|
Generation()
|
|
|
|
{
|
|
|
|
number = -1;
|
|
|
|
}
|
|
|
|
operator bool() const
|
|
|
|
{
|
|
|
|
return number != -1;
|
|
|
|
}
|
2004-02-06 18:03:27 +02:00
|
|
|
};
|
|
|
|
|
|
|
|
typedef list<Generation> Generations;
|
|
|
|
|
|
|
|
|
|
|
|
/* Returns the list of currently present generations for the specified
|
|
|
|
profile, sorted by generation number. */
|
2004-02-06 18:16:55 +02:00
|
|
|
Generations findGenerations(Path profile, int & curGen);
|
2015-05-21 17:26:03 +03:00
|
|
|
|
2016-02-04 15:48:42 +02:00
|
|
|
class Store;
|
Eliminate the "store" global variable
Also, move a few free-standing functions into StoreAPI and Derivation.
Also, introduce a non-nullable smart pointer, ref<T>, which is just a
wrapper around std::shared_ptr ensuring that the pointer is never
null. (For reference-counted values, this is better than passing a
"T&", because the latter doesn't maintain the refcount. Usually, the
caller will have a shared_ptr keeping the value alive, but that's not
always the case, e.g., when passing a reference to a std::thread via
std::bind.)
2016-02-04 15:28:26 +02:00
|
|
|
|
2016-02-04 15:48:42 +02:00
|
|
|
Path createGeneration(ref<Store> store, Path profile, Path outPath);
|
2004-02-06 16:57:10 +02:00
|
|
|
|
2004-09-10 16:32:08 +03:00
|
|
|
void deleteGeneration(const Path & profile, unsigned int gen);
|
|
|
|
|
2015-05-21 17:26:03 +03:00
|
|
|
void deleteGenerations(const Path & profile, const std::set<unsigned int> & gensToDelete, bool dryRun);
|
|
|
|
|
|
|
|
void deleteOldGenerations(const Path & profile, bool dryRun);
|
|
|
|
|
|
|
|
void deleteGenerationsOlderThan(const Path & profile, time_t t, bool dryRun);
|
|
|
|
|
|
|
|
void deleteGenerationsOlderThan(const Path & profile, const string & timeSpec, bool dryRun);
|
|
|
|
|
2004-02-06 16:57:10 +02:00
|
|
|
void switchLink(Path link, Path target);
|
|
|
|
|
2010-04-21 18:08:58 +03:00
|
|
|
/* Ensure exclusive access to a profile. Any command that modifies
|
|
|
|
the profile first acquires this lock. */
|
|
|
|
void lockProfile(PathLocks & lock, const Path & profile);
|
|
|
|
|
|
|
|
/* Optimistic locking is used by long-running operations like `nix-env
|
|
|
|
-i'. Instead of acquiring the exclusive lock for the entire
|
|
|
|
duration of the operation, we just perform the operation
|
|
|
|
optimistically (without an exclusive lock), and check at the end
|
|
|
|
whether the profile changed while we were busy (i.e., the symlink
|
|
|
|
target changed). If so, the operation is restarted. Restarting is
|
|
|
|
generally cheap, since the build results are still in the Nix
|
|
|
|
store. Most of the time, only the user environment has to be
|
|
|
|
rebuilt. */
|
|
|
|
string optimisticLockProfile(const Path & profile);
|
2004-02-06 16:57:10 +02:00
|
|
|
|
2006-09-05 00:06:23 +03:00
|
|
|
}
|