![Robert Hensing](/assets/img/avatar_default.png)
This does not yet resolve the coupling between packages and derivations, but it makes the code more consistent with the terminology, and it accentuates places where the coupling is obvious, such as auto drvPath = packageInfo.queryDrvPath(); if (!drvPath) throw Error("'%s' is not a derivation", what()); ... which isn't wrong, and in my opinion, doesn't even look wrong, because it just reflects the current logic. However, I do like that we can now start to see in the code that this coupling is perhaps a bit arbitrary. After this rename, we can bring the DerivingPath concept into type and start to lift this limitation.
15 lines
282 B
C++
15 lines
282 B
C++
#pragma once
|
|
///@file
|
|
|
|
#include "get-drvs.hh"
|
|
|
|
namespace nix {
|
|
|
|
PackageInfos queryInstalled(EvalState & state, const Path & userEnv);
|
|
|
|
bool createUserEnv(EvalState & state, PackageInfos & elems,
|
|
const Path & profile, bool keepDerivations,
|
|
const std::string & lockToken);
|
|
|
|
}
|