2018-09-24 11:53:44 +00:00
|
|
|
#include "daemon.hh"
|
|
|
|
#include "monitor-fd.hh"
|
|
|
|
#include "worker-protocol.hh"
|
|
|
|
#include "store-api.hh"
|
|
|
|
#include "local-store.hh"
|
|
|
|
#include "finally.hh"
|
|
|
|
#include "affinity.hh"
|
|
|
|
#include "archive.hh"
|
|
|
|
#include "derivations.hh"
|
|
|
|
#include "args.hh"
|
|
|
|
|
|
|
|
namespace nix::daemon {
|
|
|
|
|
|
|
|
Sink & operator << (Sink & sink, const Logger::Fields & fields)
|
|
|
|
{
|
|
|
|
sink << fields.size();
|
|
|
|
for (auto & f : fields) {
|
|
|
|
sink << f.type;
|
|
|
|
if (f.type == Logger::Field::tInt)
|
|
|
|
sink << f.i;
|
|
|
|
else if (f.type == Logger::Field::tString)
|
|
|
|
sink << f.s;
|
|
|
|
else abort();
|
|
|
|
}
|
|
|
|
return sink;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* Logger that forwards log messages to the client, *if* we're in a
|
|
|
|
state where the protocol allows it (i.e., when canSendStderr is
|
|
|
|
true). */
|
|
|
|
struct TunnelLogger : public Logger
|
|
|
|
{
|
|
|
|
FdSink & to;
|
|
|
|
|
|
|
|
struct State
|
|
|
|
{
|
|
|
|
bool canSendStderr = false;
|
|
|
|
std::vector<std::string> pendingMsgs;
|
|
|
|
};
|
|
|
|
|
|
|
|
Sync<State> state_;
|
|
|
|
|
|
|
|
unsigned int clientVersion;
|
|
|
|
|
|
|
|
TunnelLogger(FdSink & to, unsigned int clientVersion)
|
|
|
|
: to(to), clientVersion(clientVersion) { }
|
|
|
|
|
|
|
|
void enqueueMsg(const std::string & s)
|
|
|
|
{
|
|
|
|
auto state(state_.lock());
|
|
|
|
|
|
|
|
if (state->canSendStderr) {
|
|
|
|
assert(state->pendingMsgs.empty());
|
|
|
|
try {
|
|
|
|
to(s);
|
|
|
|
to.flush();
|
|
|
|
} catch (...) {
|
|
|
|
/* Write failed; that means that the other side is
|
|
|
|
gone. */
|
|
|
|
state->canSendStderr = false;
|
|
|
|
throw;
|
|
|
|
}
|
|
|
|
} else
|
|
|
|
state->pendingMsgs.push_back(s);
|
|
|
|
}
|
|
|
|
|
|
|
|
void log(Verbosity lvl, const FormatOrString & fs) override
|
|
|
|
{
|
|
|
|
if (lvl > verbosity) return;
|
|
|
|
|
|
|
|
StringSink buf;
|
|
|
|
buf << STDERR_NEXT << (fs.s + "\n");
|
|
|
|
enqueueMsg(*buf.s);
|
|
|
|
}
|
|
|
|
|
2020-04-17 21:07:44 +00:00
|
|
|
void logEI(const ErrorInfo & ei) override
|
|
|
|
{
|
2020-04-19 23:16:51 +00:00
|
|
|
if (ei.level > verbosity) return;
|
|
|
|
|
|
|
|
std::stringstream oss;
|
|
|
|
oss << ei;
|
|
|
|
|
|
|
|
StringSink buf;
|
|
|
|
buf << STDERR_NEXT << oss.str() << "\n"; // (fs.s + "\n");
|
|
|
|
enqueueMsg(*buf.s);
|
2020-04-17 21:07:44 +00:00
|
|
|
}
|
|
|
|
|
2018-09-24 11:53:44 +00:00
|
|
|
/* startWork() means that we're starting an operation for which we
|
|
|
|
want to send out stderr to the client. */
|
|
|
|
void startWork()
|
|
|
|
{
|
|
|
|
auto state(state_.lock());
|
|
|
|
state->canSendStderr = true;
|
|
|
|
|
|
|
|
for (auto & msg : state->pendingMsgs)
|
|
|
|
to(msg);
|
|
|
|
|
|
|
|
state->pendingMsgs.clear();
|
|
|
|
|
|
|
|
to.flush();
|
|
|
|
}
|
|
|
|
|
|
|
|
/* stopWork() means that we're done; stop sending stderr to the
|
|
|
|
client. */
|
|
|
|
void stopWork(bool success = true, const string & msg = "", unsigned int status = 0)
|
|
|
|
{
|
|
|
|
auto state(state_.lock());
|
|
|
|
|
|
|
|
state->canSendStderr = false;
|
|
|
|
|
|
|
|
if (success)
|
|
|
|
to << STDERR_LAST;
|
|
|
|
else {
|
|
|
|
to << STDERR_ERROR << msg;
|
|
|
|
if (status != 0) to << status;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
void startActivity(ActivityId act, Verbosity lvl, ActivityType type,
|
|
|
|
const std::string & s, const Fields & fields, ActivityId parent) override
|
|
|
|
{
|
|
|
|
if (GET_PROTOCOL_MINOR(clientVersion) < 20) {
|
|
|
|
if (!s.empty())
|
|
|
|
log(lvl, s + "...");
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
StringSink buf;
|
|
|
|
buf << STDERR_START_ACTIVITY << act << lvl << type << s << fields << parent;
|
|
|
|
enqueueMsg(*buf.s);
|
|
|
|
}
|
|
|
|
|
|
|
|
void stopActivity(ActivityId act) override
|
|
|
|
{
|
|
|
|
if (GET_PROTOCOL_MINOR(clientVersion) < 20) return;
|
|
|
|
StringSink buf;
|
|
|
|
buf << STDERR_STOP_ACTIVITY << act;
|
|
|
|
enqueueMsg(*buf.s);
|
|
|
|
}
|
|
|
|
|
|
|
|
void result(ActivityId act, ResultType type, const Fields & fields) override
|
|
|
|
{
|
|
|
|
if (GET_PROTOCOL_MINOR(clientVersion) < 20) return;
|
|
|
|
StringSink buf;
|
|
|
|
buf << STDERR_RESULT << act << type << fields;
|
|
|
|
enqueueMsg(*buf.s);
|
|
|
|
}
|
|
|
|
};
|
|
|
|
|
|
|
|
struct TunnelSink : Sink
|
|
|
|
{
|
|
|
|
Sink & to;
|
|
|
|
TunnelSink(Sink & to) : to(to) { }
|
|
|
|
virtual void operator () (const unsigned char * data, size_t len)
|
|
|
|
{
|
|
|
|
to << STDERR_WRITE;
|
|
|
|
writeString(data, len, to);
|
|
|
|
}
|
|
|
|
};
|
|
|
|
|
|
|
|
struct TunnelSource : BufferedSource
|
|
|
|
{
|
|
|
|
Source & from;
|
|
|
|
BufferedSink & to;
|
|
|
|
TunnelSource(Source & from, BufferedSink & to) : from(from), to(to) { }
|
|
|
|
size_t readUnbuffered(unsigned char * data, size_t len) override
|
|
|
|
{
|
|
|
|
to << STDERR_READ << len;
|
|
|
|
to.flush();
|
|
|
|
size_t n = readString(data, len, from);
|
|
|
|
if (n == 0) throw EndOfFile("unexpected end-of-file");
|
|
|
|
return n;
|
|
|
|
}
|
|
|
|
};
|
|
|
|
|
|
|
|
/* If the NAR archive contains a single file at top-level, then save
|
|
|
|
the contents of the file to `s'. Otherwise barf. */
|
|
|
|
struct RetrieveRegularNARSink : ParseSink
|
|
|
|
{
|
|
|
|
bool regular;
|
|
|
|
string s;
|
|
|
|
|
|
|
|
RetrieveRegularNARSink() : regular(true) { }
|
|
|
|
|
|
|
|
void createDirectory(const Path & path)
|
|
|
|
{
|
|
|
|
regular = false;
|
|
|
|
}
|
|
|
|
|
|
|
|
void receiveContents(unsigned char * data, unsigned int len)
|
|
|
|
{
|
|
|
|
s.append((const char *) data, len);
|
|
|
|
}
|
|
|
|
|
|
|
|
void createSymlink(const Path & path, const string & target)
|
|
|
|
{
|
|
|
|
regular = false;
|
|
|
|
}
|
|
|
|
};
|
|
|
|
|
Recursive Nix support
This allows Nix builders to call Nix to build derivations, with some
limitations.
Example:
let nixpkgs = fetchTarball channel:nixos-18.03; in
with import <nixpkgs> {};
runCommand "foo"
{
buildInputs = [ nix jq ];
NIX_PATH = "nixpkgs=${nixpkgs}";
}
''
hello=$(nix-build -E '(import <nixpkgs> {}).hello.overrideDerivation (args: { name = "hello-3.5"; })')
$hello/bin/hello
mkdir -p $out/bin
ln -s $hello/bin/hello $out/bin/hello
nix path-info -r --json $hello | jq .
''
This derivation makes a recursive Nix call to build GNU Hello and
symlinks it from its $out, i.e.
# ll ./result/bin/
lrwxrwxrwx 1 root root 63 Jan 1 1970 hello -> /nix/store/s0awxrs71gickhaqdwxl506hzccb30y5-hello-3.5/bin/hello
# nix-store -qR ./result
/nix/store/hwwqshlmazzjzj7yhrkyjydxamvvkfd3-glibc-2.26-131
/nix/store/s0awxrs71gickhaqdwxl506hzccb30y5-hello-3.5
/nix/store/sgmvvyw8vhfqdqb619bxkcpfn9lvd8ss-foo
This is implemented as follows:
* Before running the outer builder, Nix creates a Unix domain socket
'.nix-socket' in the builder's temporary directory and sets
$NIX_REMOTE to point to it. It starts a thread to process
connections to this socket. (Thus you don't need to have nix-daemon
running.)
* The daemon thread uses a wrapper store (RestrictedStore) to keep
track of paths added through recursive Nix calls, to implement some
restrictions (see below), and to do some censorship (e.g. for
purity, queryPathInfo() won't return impure information such as
signatures and timestamps).
* After the build finishes, the output paths are scanned for
references to the paths added through recursive Nix calls (in
addition to the inputs closure). Thus, in the example above, $out
has a reference to $hello.
The main restriction on recursive Nix calls is that they cannot do
arbitrary substitutions. For example, doing
nix-store -r /nix/store/kmwd1hq55akdb9sc7l3finr175dajlby-hello-2.10
is forbidden unless /nix/store/kmwd... is in the inputs closure or
previously built by a recursive Nix call. This is to prevent
irreproducible derivations that have hidden dependencies on
substituters or the current store contents. Building a derivation is
fine, however, and Nix will use substitutes if available. In other
words, the builder has to present proof that it knows how to build a
desired store path from scratch by constructing a derivation graph for
that path.
Probably we should also disallow instantiating/building fixed-output
derivations (specifically, those that access the network, but
currently we have no way to mark fixed-output derivations that don't
access the network). Otherwise sandboxed derivations can bypass
sandbox restrictions and access the network.
When sandboxing is enabled, we make paths appear in the sandbox of the
builder by entering the mount namespace of the builder and
bind-mounting each path. This is tricky because we do a pivot_root()
in the builder to change the root directory of its mount namespace,
and thus the host /nix/store is not visible in the mount namespace of
the builder. To get around this, just before doing pivot_root(), we
branch a second mount namespace that shares its /nix/store mountpoint
with the parent.
Recursive Nix currently doesn't work on macOS in sandboxed mode
(because we can't change the sandbox policy of a running build) and in
non-root mode (because setns() barfs).
2018-10-02 14:01:26 +00:00
|
|
|
struct ClientSettings
|
|
|
|
{
|
|
|
|
bool keepFailed;
|
|
|
|
bool keepGoing;
|
|
|
|
bool tryFallback;
|
|
|
|
Verbosity verbosity;
|
|
|
|
unsigned int maxBuildJobs;
|
|
|
|
time_t maxSilentTime;
|
|
|
|
bool verboseBuild;
|
|
|
|
unsigned int buildCores;
|
|
|
|
bool useSubstitutes;
|
|
|
|
StringMap overrides;
|
|
|
|
|
|
|
|
void apply(TrustedFlag trusted)
|
|
|
|
{
|
|
|
|
settings.keepFailed = keepFailed;
|
|
|
|
settings.keepGoing = keepGoing;
|
|
|
|
settings.tryFallback = tryFallback;
|
|
|
|
nix::verbosity = verbosity;
|
|
|
|
settings.maxBuildJobs.assign(maxBuildJobs);
|
|
|
|
settings.maxSilentTime = maxSilentTime;
|
|
|
|
settings.verboseBuild = verboseBuild;
|
|
|
|
settings.buildCores = buildCores;
|
|
|
|
settings.useSubstitutes = useSubstitutes;
|
|
|
|
|
|
|
|
for (auto & i : overrides) {
|
|
|
|
auto & name(i.first);
|
|
|
|
auto & value(i.second);
|
|
|
|
|
|
|
|
auto setSubstituters = [&](Setting<Strings> & res) {
|
|
|
|
if (name != res.name && res.aliases.count(name) == 0)
|
|
|
|
return false;
|
|
|
|
StringSet trusted = settings.trustedSubstituters;
|
|
|
|
for (auto & s : settings.substituters.get())
|
|
|
|
trusted.insert(s);
|
|
|
|
Strings subs;
|
|
|
|
auto ss = tokenizeString<Strings>(value);
|
|
|
|
for (auto & s : ss)
|
|
|
|
if (trusted.count(s))
|
|
|
|
subs.push_back(s);
|
|
|
|
else
|
|
|
|
warn("ignoring untrusted substituter '%s'", s);
|
|
|
|
res = subs;
|
|
|
|
return true;
|
|
|
|
};
|
|
|
|
|
|
|
|
try {
|
|
|
|
if (name == "ssh-auth-sock") // obsolete
|
|
|
|
;
|
|
|
|
else if (trusted
|
|
|
|
|| name == settings.buildTimeout.name
|
|
|
|
|| name == "connect-timeout"
|
|
|
|
|| (name == "builders" && value == ""))
|
|
|
|
settings.set(name, value);
|
|
|
|
else if (setSubstituters(settings.substituters))
|
|
|
|
;
|
|
|
|
else if (setSubstituters(settings.extraSubstituters))
|
|
|
|
;
|
|
|
|
else
|
|
|
|
warn("ignoring the user-specified setting '%s', because it is a restricted setting and you are not a trusted user", name);
|
|
|
|
} catch (UsageError & e) {
|
|
|
|
warn(e.what());
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
};
|
|
|
|
|
2018-09-24 11:53:44 +00:00
|
|
|
static void performOp(TunnelLogger * logger, ref<Store> store,
|
Recursive Nix support
This allows Nix builders to call Nix to build derivations, with some
limitations.
Example:
let nixpkgs = fetchTarball channel:nixos-18.03; in
with import <nixpkgs> {};
runCommand "foo"
{
buildInputs = [ nix jq ];
NIX_PATH = "nixpkgs=${nixpkgs}";
}
''
hello=$(nix-build -E '(import <nixpkgs> {}).hello.overrideDerivation (args: { name = "hello-3.5"; })')
$hello/bin/hello
mkdir -p $out/bin
ln -s $hello/bin/hello $out/bin/hello
nix path-info -r --json $hello | jq .
''
This derivation makes a recursive Nix call to build GNU Hello and
symlinks it from its $out, i.e.
# ll ./result/bin/
lrwxrwxrwx 1 root root 63 Jan 1 1970 hello -> /nix/store/s0awxrs71gickhaqdwxl506hzccb30y5-hello-3.5/bin/hello
# nix-store -qR ./result
/nix/store/hwwqshlmazzjzj7yhrkyjydxamvvkfd3-glibc-2.26-131
/nix/store/s0awxrs71gickhaqdwxl506hzccb30y5-hello-3.5
/nix/store/sgmvvyw8vhfqdqb619bxkcpfn9lvd8ss-foo
This is implemented as follows:
* Before running the outer builder, Nix creates a Unix domain socket
'.nix-socket' in the builder's temporary directory and sets
$NIX_REMOTE to point to it. It starts a thread to process
connections to this socket. (Thus you don't need to have nix-daemon
running.)
* The daemon thread uses a wrapper store (RestrictedStore) to keep
track of paths added through recursive Nix calls, to implement some
restrictions (see below), and to do some censorship (e.g. for
purity, queryPathInfo() won't return impure information such as
signatures and timestamps).
* After the build finishes, the output paths are scanned for
references to the paths added through recursive Nix calls (in
addition to the inputs closure). Thus, in the example above, $out
has a reference to $hello.
The main restriction on recursive Nix calls is that they cannot do
arbitrary substitutions. For example, doing
nix-store -r /nix/store/kmwd1hq55akdb9sc7l3finr175dajlby-hello-2.10
is forbidden unless /nix/store/kmwd... is in the inputs closure or
previously built by a recursive Nix call. This is to prevent
irreproducible derivations that have hidden dependencies on
substituters or the current store contents. Building a derivation is
fine, however, and Nix will use substitutes if available. In other
words, the builder has to present proof that it knows how to build a
desired store path from scratch by constructing a derivation graph for
that path.
Probably we should also disallow instantiating/building fixed-output
derivations (specifically, those that access the network, but
currently we have no way to mark fixed-output derivations that don't
access the network). Otherwise sandboxed derivations can bypass
sandbox restrictions and access the network.
When sandboxing is enabled, we make paths appear in the sandbox of the
builder by entering the mount namespace of the builder and
bind-mounting each path. This is tricky because we do a pivot_root()
in the builder to change the root directory of its mount namespace,
and thus the host /nix/store is not visible in the mount namespace of
the builder. To get around this, just before doing pivot_root(), we
branch a second mount namespace that shares its /nix/store mountpoint
with the parent.
Recursive Nix currently doesn't work on macOS in sandboxed mode
(because we can't change the sandbox policy of a running build) and in
non-root mode (because setns() barfs).
2018-10-02 14:01:26 +00:00
|
|
|
TrustedFlag trusted, RecursiveFlag recursive, unsigned int clientVersion,
|
2018-09-24 11:53:44 +00:00
|
|
|
Source & from, BufferedSink & to, unsigned int op)
|
|
|
|
{
|
|
|
|
switch (op) {
|
|
|
|
|
|
|
|
case wopIsValidPath: {
|
2019-12-05 18:11:09 +00:00
|
|
|
auto path = store->parseStorePath(readString(from));
|
|
|
|
logger->startWork();
|
2018-09-24 11:53:44 +00:00
|
|
|
bool result = store->isValidPath(path);
|
|
|
|
logger->stopWork();
|
|
|
|
to << result;
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
case wopQueryValidPaths: {
|
2019-12-05 18:11:09 +00:00
|
|
|
auto paths = readStorePaths<StorePathSet>(*store, from);
|
2018-09-24 11:53:44 +00:00
|
|
|
logger->startWork();
|
2019-12-05 18:11:09 +00:00
|
|
|
auto res = store->queryValidPaths(paths);
|
2018-09-24 11:53:44 +00:00
|
|
|
logger->stopWork();
|
2019-12-05 18:11:09 +00:00
|
|
|
writeStorePaths(*store, to, res);
|
2018-09-24 11:53:44 +00:00
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
case wopHasSubstitutes: {
|
2019-12-05 18:11:09 +00:00
|
|
|
auto path = store->parseStorePath(readString(from));
|
2018-09-24 11:53:44 +00:00
|
|
|
logger->startWork();
|
2019-12-05 18:11:09 +00:00
|
|
|
StorePathSet paths; // FIXME
|
|
|
|
paths.insert(path.clone());
|
|
|
|
auto res = store->querySubstitutablePaths(paths);
|
2018-09-24 11:53:44 +00:00
|
|
|
logger->stopWork();
|
2019-12-05 18:11:09 +00:00
|
|
|
to << (res.count(path) != 0);
|
2018-09-24 11:53:44 +00:00
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
case wopQuerySubstitutablePaths: {
|
2019-12-05 18:11:09 +00:00
|
|
|
auto paths = readStorePaths<StorePathSet>(*store, from);
|
2018-09-24 11:53:44 +00:00
|
|
|
logger->startWork();
|
2019-12-05 18:11:09 +00:00
|
|
|
auto res = store->querySubstitutablePaths(paths);
|
2018-09-24 11:53:44 +00:00
|
|
|
logger->stopWork();
|
2019-12-05 18:11:09 +00:00
|
|
|
writeStorePaths(*store, to, res);
|
2018-09-24 11:53:44 +00:00
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
case wopQueryPathHash: {
|
2019-12-05 18:11:09 +00:00
|
|
|
auto path = store->parseStorePath(readString(from));
|
2018-09-24 11:53:44 +00:00
|
|
|
logger->startWork();
|
|
|
|
auto hash = store->queryPathInfo(path)->narHash;
|
|
|
|
logger->stopWork();
|
|
|
|
to << hash.to_string(Base16, false);
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
case wopQueryReferences:
|
|
|
|
case wopQueryReferrers:
|
|
|
|
case wopQueryValidDerivers:
|
|
|
|
case wopQueryDerivationOutputs: {
|
2019-12-05 18:11:09 +00:00
|
|
|
auto path = store->parseStorePath(readString(from));
|
2018-09-24 11:53:44 +00:00
|
|
|
logger->startWork();
|
2019-12-05 18:11:09 +00:00
|
|
|
StorePathSet paths;
|
2018-09-24 11:53:44 +00:00
|
|
|
if (op == wopQueryReferences)
|
2019-12-05 18:11:09 +00:00
|
|
|
for (auto & i : store->queryPathInfo(path)->references)
|
|
|
|
paths.insert(i.clone());
|
2018-09-24 11:53:44 +00:00
|
|
|
else if (op == wopQueryReferrers)
|
|
|
|
store->queryReferrers(path, paths);
|
|
|
|
else if (op == wopQueryValidDerivers)
|
|
|
|
paths = store->queryValidDerivers(path);
|
|
|
|
else paths = store->queryDerivationOutputs(path);
|
|
|
|
logger->stopWork();
|
2019-12-05 18:11:09 +00:00
|
|
|
writeStorePaths(*store, to, paths);
|
2018-09-24 11:53:44 +00:00
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
case wopQueryDerivationOutputNames: {
|
2019-12-05 18:11:09 +00:00
|
|
|
auto path = store->parseStorePath(readString(from));
|
2018-09-24 11:53:44 +00:00
|
|
|
logger->startWork();
|
|
|
|
StringSet names;
|
|
|
|
names = store->queryDerivationOutputNames(path);
|
|
|
|
logger->stopWork();
|
|
|
|
to << names;
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
case wopQueryDeriver: {
|
2019-12-05 18:11:09 +00:00
|
|
|
auto path = store->parseStorePath(readString(from));
|
2018-09-24 11:53:44 +00:00
|
|
|
logger->startWork();
|
2019-12-05 18:11:09 +00:00
|
|
|
auto info = store->queryPathInfo(path);
|
2018-09-24 11:53:44 +00:00
|
|
|
logger->stopWork();
|
2019-12-05 18:11:09 +00:00
|
|
|
to << (info->deriver ? store->printStorePath(*info->deriver) : "");
|
2018-09-24 11:53:44 +00:00
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
case wopQueryPathFromHashPart: {
|
2019-12-05 18:11:09 +00:00
|
|
|
auto hashPart = readString(from);
|
2018-09-24 11:53:44 +00:00
|
|
|
logger->startWork();
|
2019-12-05 18:11:09 +00:00
|
|
|
auto path = store->queryPathFromHashPart(hashPart);
|
2018-09-24 11:53:44 +00:00
|
|
|
logger->stopWork();
|
2019-12-05 18:11:09 +00:00
|
|
|
to << (path ? store->printStorePath(*path) : "");
|
2018-09-24 11:53:44 +00:00
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
case wopAddToStore: {
|
|
|
|
bool fixed, recursive;
|
|
|
|
std::string s, baseName;
|
|
|
|
from >> baseName >> fixed /* obsolete */ >> recursive >> s;
|
|
|
|
/* Compatibility hack. */
|
|
|
|
if (!fixed) {
|
|
|
|
s = "sha256";
|
|
|
|
recursive = true;
|
|
|
|
}
|
|
|
|
HashType hashAlgo = parseHashType(s);
|
|
|
|
|
|
|
|
TeeSource savedNAR(from);
|
|
|
|
RetrieveRegularNARSink savedRegular;
|
|
|
|
|
|
|
|
if (recursive) {
|
|
|
|
/* Get the entire NAR dump from the client and save it to
|
|
|
|
a string so that we can pass it to
|
|
|
|
addToStoreFromDump(). */
|
|
|
|
ParseSink sink; /* null sink; just parse the NAR */
|
|
|
|
parseDump(sink, savedNAR);
|
|
|
|
} else
|
|
|
|
parseDump(savedRegular, from);
|
|
|
|
|
|
|
|
logger->startWork();
|
|
|
|
if (!savedRegular.regular) throw Error("regular file expected");
|
|
|
|
|
2019-12-05 18:11:09 +00:00
|
|
|
auto path = store->addToStoreFromDump(recursive ? *savedNAR.data : savedRegular.s, baseName, recursive, hashAlgo);
|
2018-09-24 11:53:44 +00:00
|
|
|
logger->stopWork();
|
|
|
|
|
2019-12-05 18:11:09 +00:00
|
|
|
to << store->printStorePath(path);
|
2018-09-24 11:53:44 +00:00
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
case wopAddTextToStore: {
|
|
|
|
string suffix = readString(from);
|
|
|
|
string s = readString(from);
|
2019-12-05 18:11:09 +00:00
|
|
|
auto refs = readStorePaths<StorePathSet>(*store, from);
|
2018-09-24 11:53:44 +00:00
|
|
|
logger->startWork();
|
2019-12-05 18:11:09 +00:00
|
|
|
auto path = store->addTextToStore(suffix, s, refs, NoRepair);
|
2018-09-24 11:53:44 +00:00
|
|
|
logger->stopWork();
|
2019-12-05 18:11:09 +00:00
|
|
|
to << store->printStorePath(path);
|
2018-09-24 11:53:44 +00:00
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
case wopExportPath: {
|
2019-12-05 18:11:09 +00:00
|
|
|
auto path = store->parseStorePath(readString(from));
|
2018-09-24 11:53:44 +00:00
|
|
|
readInt(from); // obsolete
|
|
|
|
logger->startWork();
|
|
|
|
TunnelSink sink(to);
|
|
|
|
store->exportPath(path, sink);
|
|
|
|
logger->stopWork();
|
|
|
|
to << 1;
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
case wopImportPaths: {
|
|
|
|
logger->startWork();
|
|
|
|
TunnelSource source(from, to);
|
2019-12-05 18:11:09 +00:00
|
|
|
auto paths = store->importPaths(source, nullptr,
|
2018-09-24 11:53:44 +00:00
|
|
|
trusted ? NoCheckSigs : CheckSigs);
|
|
|
|
logger->stopWork();
|
2019-12-05 18:11:09 +00:00
|
|
|
Strings paths2;
|
|
|
|
for (auto & i : paths) paths2.push_back(store->printStorePath(i));
|
|
|
|
to << paths2;
|
2018-09-24 11:53:44 +00:00
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
case wopBuildPaths: {
|
2019-12-05 18:11:09 +00:00
|
|
|
std::vector<StorePathWithOutputs> drvs;
|
|
|
|
for (auto & s : readStrings<Strings>(from))
|
2019-12-16 18:11:47 +00:00
|
|
|
drvs.push_back(store->parsePathWithOutputs(s));
|
2018-09-24 11:53:44 +00:00
|
|
|
BuildMode mode = bmNormal;
|
|
|
|
if (GET_PROTOCOL_MINOR(clientVersion) >= 15) {
|
|
|
|
mode = (BuildMode) readInt(from);
|
|
|
|
|
|
|
|
/* Repairing is not atomic, so disallowed for "untrusted"
|
|
|
|
clients. */
|
|
|
|
if (mode == bmRepair && !trusted)
|
|
|
|
throw Error("repairing is not allowed because you are not in 'trusted-users'");
|
|
|
|
}
|
|
|
|
logger->startWork();
|
|
|
|
store->buildPaths(drvs, mode);
|
|
|
|
logger->stopWork();
|
|
|
|
to << 1;
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
case wopBuildDerivation: {
|
2019-12-05 18:11:09 +00:00
|
|
|
auto drvPath = store->parseStorePath(readString(from));
|
2018-09-24 11:53:44 +00:00
|
|
|
BasicDerivation drv;
|
|
|
|
readDerivation(from, *store, drv);
|
|
|
|
BuildMode buildMode = (BuildMode) readInt(from);
|
|
|
|
logger->startWork();
|
|
|
|
if (!trusted)
|
|
|
|
throw Error("you are not privileged to build derivations");
|
|
|
|
auto res = store->buildDerivation(drvPath, drv, buildMode);
|
|
|
|
logger->stopWork();
|
|
|
|
to << res.status << res.errorMsg;
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
case wopEnsurePath: {
|
2019-12-05 18:11:09 +00:00
|
|
|
auto path = store->parseStorePath(readString(from));
|
2018-09-24 11:53:44 +00:00
|
|
|
logger->startWork();
|
|
|
|
store->ensurePath(path);
|
|
|
|
logger->stopWork();
|
|
|
|
to << 1;
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
case wopAddTempRoot: {
|
2019-12-05 18:11:09 +00:00
|
|
|
auto path = store->parseStorePath(readString(from));
|
2018-09-24 11:53:44 +00:00
|
|
|
logger->startWork();
|
|
|
|
store->addTempRoot(path);
|
|
|
|
logger->stopWork();
|
|
|
|
to << 1;
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
case wopAddIndirectRoot: {
|
|
|
|
Path path = absPath(readString(from));
|
|
|
|
logger->startWork();
|
|
|
|
store->addIndirectRoot(path);
|
|
|
|
logger->stopWork();
|
|
|
|
to << 1;
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
case wopSyncWithGC: {
|
|
|
|
logger->startWork();
|
|
|
|
store->syncWithGC();
|
|
|
|
logger->stopWork();
|
|
|
|
to << 1;
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
case wopFindRoots: {
|
|
|
|
logger->startWork();
|
|
|
|
Roots roots = store->findRoots(!trusted);
|
|
|
|
logger->stopWork();
|
|
|
|
|
|
|
|
size_t size = 0;
|
|
|
|
for (auto & i : roots)
|
|
|
|
size += i.second.size();
|
|
|
|
|
|
|
|
to << size;
|
|
|
|
|
|
|
|
for (auto & [target, links] : roots)
|
|
|
|
for (auto & link : links)
|
2019-12-05 18:11:09 +00:00
|
|
|
to << link << store->printStorePath(target);
|
2018-09-24 11:53:44 +00:00
|
|
|
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
case wopCollectGarbage: {
|
|
|
|
GCOptions options;
|
|
|
|
options.action = (GCOptions::GCAction) readInt(from);
|
2019-12-05 18:11:09 +00:00
|
|
|
options.pathsToDelete = readStorePaths<StorePathSet>(*store, from);
|
2018-09-24 11:53:44 +00:00
|
|
|
from >> options.ignoreLiveness >> options.maxFreed;
|
|
|
|
// obsolete fields
|
|
|
|
readInt(from);
|
|
|
|
readInt(from);
|
|
|
|
readInt(from);
|
|
|
|
|
|
|
|
GCResults results;
|
|
|
|
|
|
|
|
logger->startWork();
|
|
|
|
if (options.ignoreLiveness)
|
|
|
|
throw Error("you are not allowed to ignore liveness");
|
|
|
|
store->collectGarbage(options, results);
|
|
|
|
logger->stopWork();
|
|
|
|
|
|
|
|
to << results.paths << results.bytesFreed << 0 /* obsolete */;
|
|
|
|
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
case wopSetOptions: {
|
Recursive Nix support
This allows Nix builders to call Nix to build derivations, with some
limitations.
Example:
let nixpkgs = fetchTarball channel:nixos-18.03; in
with import <nixpkgs> {};
runCommand "foo"
{
buildInputs = [ nix jq ];
NIX_PATH = "nixpkgs=${nixpkgs}";
}
''
hello=$(nix-build -E '(import <nixpkgs> {}).hello.overrideDerivation (args: { name = "hello-3.5"; })')
$hello/bin/hello
mkdir -p $out/bin
ln -s $hello/bin/hello $out/bin/hello
nix path-info -r --json $hello | jq .
''
This derivation makes a recursive Nix call to build GNU Hello and
symlinks it from its $out, i.e.
# ll ./result/bin/
lrwxrwxrwx 1 root root 63 Jan 1 1970 hello -> /nix/store/s0awxrs71gickhaqdwxl506hzccb30y5-hello-3.5/bin/hello
# nix-store -qR ./result
/nix/store/hwwqshlmazzjzj7yhrkyjydxamvvkfd3-glibc-2.26-131
/nix/store/s0awxrs71gickhaqdwxl506hzccb30y5-hello-3.5
/nix/store/sgmvvyw8vhfqdqb619bxkcpfn9lvd8ss-foo
This is implemented as follows:
* Before running the outer builder, Nix creates a Unix domain socket
'.nix-socket' in the builder's temporary directory and sets
$NIX_REMOTE to point to it. It starts a thread to process
connections to this socket. (Thus you don't need to have nix-daemon
running.)
* The daemon thread uses a wrapper store (RestrictedStore) to keep
track of paths added through recursive Nix calls, to implement some
restrictions (see below), and to do some censorship (e.g. for
purity, queryPathInfo() won't return impure information such as
signatures and timestamps).
* After the build finishes, the output paths are scanned for
references to the paths added through recursive Nix calls (in
addition to the inputs closure). Thus, in the example above, $out
has a reference to $hello.
The main restriction on recursive Nix calls is that they cannot do
arbitrary substitutions. For example, doing
nix-store -r /nix/store/kmwd1hq55akdb9sc7l3finr175dajlby-hello-2.10
is forbidden unless /nix/store/kmwd... is in the inputs closure or
previously built by a recursive Nix call. This is to prevent
irreproducible derivations that have hidden dependencies on
substituters or the current store contents. Building a derivation is
fine, however, and Nix will use substitutes if available. In other
words, the builder has to present proof that it knows how to build a
desired store path from scratch by constructing a derivation graph for
that path.
Probably we should also disallow instantiating/building fixed-output
derivations (specifically, those that access the network, but
currently we have no way to mark fixed-output derivations that don't
access the network). Otherwise sandboxed derivations can bypass
sandbox restrictions and access the network.
When sandboxing is enabled, we make paths appear in the sandbox of the
builder by entering the mount namespace of the builder and
bind-mounting each path. This is tricky because we do a pivot_root()
in the builder to change the root directory of its mount namespace,
and thus the host /nix/store is not visible in the mount namespace of
the builder. To get around this, just before doing pivot_root(), we
branch a second mount namespace that shares its /nix/store mountpoint
with the parent.
Recursive Nix currently doesn't work on macOS in sandboxed mode
(because we can't change the sandbox policy of a running build) and in
non-root mode (because setns() barfs).
2018-10-02 14:01:26 +00:00
|
|
|
|
|
|
|
ClientSettings clientSettings;
|
|
|
|
|
|
|
|
clientSettings.keepFailed = readInt(from);
|
|
|
|
clientSettings.keepGoing = readInt(from);
|
|
|
|
clientSettings.tryFallback = readInt(from);
|
|
|
|
clientSettings.verbosity = (Verbosity) readInt(from);
|
|
|
|
clientSettings.maxBuildJobs = readInt(from);
|
|
|
|
clientSettings.maxSilentTime = readInt(from);
|
2018-09-24 11:53:44 +00:00
|
|
|
readInt(from); // obsolete useBuildHook
|
Recursive Nix support
This allows Nix builders to call Nix to build derivations, with some
limitations.
Example:
let nixpkgs = fetchTarball channel:nixos-18.03; in
with import <nixpkgs> {};
runCommand "foo"
{
buildInputs = [ nix jq ];
NIX_PATH = "nixpkgs=${nixpkgs}";
}
''
hello=$(nix-build -E '(import <nixpkgs> {}).hello.overrideDerivation (args: { name = "hello-3.5"; })')
$hello/bin/hello
mkdir -p $out/bin
ln -s $hello/bin/hello $out/bin/hello
nix path-info -r --json $hello | jq .
''
This derivation makes a recursive Nix call to build GNU Hello and
symlinks it from its $out, i.e.
# ll ./result/bin/
lrwxrwxrwx 1 root root 63 Jan 1 1970 hello -> /nix/store/s0awxrs71gickhaqdwxl506hzccb30y5-hello-3.5/bin/hello
# nix-store -qR ./result
/nix/store/hwwqshlmazzjzj7yhrkyjydxamvvkfd3-glibc-2.26-131
/nix/store/s0awxrs71gickhaqdwxl506hzccb30y5-hello-3.5
/nix/store/sgmvvyw8vhfqdqb619bxkcpfn9lvd8ss-foo
This is implemented as follows:
* Before running the outer builder, Nix creates a Unix domain socket
'.nix-socket' in the builder's temporary directory and sets
$NIX_REMOTE to point to it. It starts a thread to process
connections to this socket. (Thus you don't need to have nix-daemon
running.)
* The daemon thread uses a wrapper store (RestrictedStore) to keep
track of paths added through recursive Nix calls, to implement some
restrictions (see below), and to do some censorship (e.g. for
purity, queryPathInfo() won't return impure information such as
signatures and timestamps).
* After the build finishes, the output paths are scanned for
references to the paths added through recursive Nix calls (in
addition to the inputs closure). Thus, in the example above, $out
has a reference to $hello.
The main restriction on recursive Nix calls is that they cannot do
arbitrary substitutions. For example, doing
nix-store -r /nix/store/kmwd1hq55akdb9sc7l3finr175dajlby-hello-2.10
is forbidden unless /nix/store/kmwd... is in the inputs closure or
previously built by a recursive Nix call. This is to prevent
irreproducible derivations that have hidden dependencies on
substituters or the current store contents. Building a derivation is
fine, however, and Nix will use substitutes if available. In other
words, the builder has to present proof that it knows how to build a
desired store path from scratch by constructing a derivation graph for
that path.
Probably we should also disallow instantiating/building fixed-output
derivations (specifically, those that access the network, but
currently we have no way to mark fixed-output derivations that don't
access the network). Otherwise sandboxed derivations can bypass
sandbox restrictions and access the network.
When sandboxing is enabled, we make paths appear in the sandbox of the
builder by entering the mount namespace of the builder and
bind-mounting each path. This is tricky because we do a pivot_root()
in the builder to change the root directory of its mount namespace,
and thus the host /nix/store is not visible in the mount namespace of
the builder. To get around this, just before doing pivot_root(), we
branch a second mount namespace that shares its /nix/store mountpoint
with the parent.
Recursive Nix currently doesn't work on macOS in sandboxed mode
(because we can't change the sandbox policy of a running build) and in
non-root mode (because setns() barfs).
2018-10-02 14:01:26 +00:00
|
|
|
clientSettings.verboseBuild = lvlError == (Verbosity) readInt(from);
|
2018-09-24 11:53:44 +00:00
|
|
|
readInt(from); // obsolete logType
|
|
|
|
readInt(from); // obsolete printBuildTrace
|
Recursive Nix support
This allows Nix builders to call Nix to build derivations, with some
limitations.
Example:
let nixpkgs = fetchTarball channel:nixos-18.03; in
with import <nixpkgs> {};
runCommand "foo"
{
buildInputs = [ nix jq ];
NIX_PATH = "nixpkgs=${nixpkgs}";
}
''
hello=$(nix-build -E '(import <nixpkgs> {}).hello.overrideDerivation (args: { name = "hello-3.5"; })')
$hello/bin/hello
mkdir -p $out/bin
ln -s $hello/bin/hello $out/bin/hello
nix path-info -r --json $hello | jq .
''
This derivation makes a recursive Nix call to build GNU Hello and
symlinks it from its $out, i.e.
# ll ./result/bin/
lrwxrwxrwx 1 root root 63 Jan 1 1970 hello -> /nix/store/s0awxrs71gickhaqdwxl506hzccb30y5-hello-3.5/bin/hello
# nix-store -qR ./result
/nix/store/hwwqshlmazzjzj7yhrkyjydxamvvkfd3-glibc-2.26-131
/nix/store/s0awxrs71gickhaqdwxl506hzccb30y5-hello-3.5
/nix/store/sgmvvyw8vhfqdqb619bxkcpfn9lvd8ss-foo
This is implemented as follows:
* Before running the outer builder, Nix creates a Unix domain socket
'.nix-socket' in the builder's temporary directory and sets
$NIX_REMOTE to point to it. It starts a thread to process
connections to this socket. (Thus you don't need to have nix-daemon
running.)
* The daemon thread uses a wrapper store (RestrictedStore) to keep
track of paths added through recursive Nix calls, to implement some
restrictions (see below), and to do some censorship (e.g. for
purity, queryPathInfo() won't return impure information such as
signatures and timestamps).
* After the build finishes, the output paths are scanned for
references to the paths added through recursive Nix calls (in
addition to the inputs closure). Thus, in the example above, $out
has a reference to $hello.
The main restriction on recursive Nix calls is that they cannot do
arbitrary substitutions. For example, doing
nix-store -r /nix/store/kmwd1hq55akdb9sc7l3finr175dajlby-hello-2.10
is forbidden unless /nix/store/kmwd... is in the inputs closure or
previously built by a recursive Nix call. This is to prevent
irreproducible derivations that have hidden dependencies on
substituters or the current store contents. Building a derivation is
fine, however, and Nix will use substitutes if available. In other
words, the builder has to present proof that it knows how to build a
desired store path from scratch by constructing a derivation graph for
that path.
Probably we should also disallow instantiating/building fixed-output
derivations (specifically, those that access the network, but
currently we have no way to mark fixed-output derivations that don't
access the network). Otherwise sandboxed derivations can bypass
sandbox restrictions and access the network.
When sandboxing is enabled, we make paths appear in the sandbox of the
builder by entering the mount namespace of the builder and
bind-mounting each path. This is tricky because we do a pivot_root()
in the builder to change the root directory of its mount namespace,
and thus the host /nix/store is not visible in the mount namespace of
the builder. To get around this, just before doing pivot_root(), we
branch a second mount namespace that shares its /nix/store mountpoint
with the parent.
Recursive Nix currently doesn't work on macOS in sandboxed mode
(because we can't change the sandbox policy of a running build) and in
non-root mode (because setns() barfs).
2018-10-02 14:01:26 +00:00
|
|
|
clientSettings.buildCores = readInt(from);
|
|
|
|
clientSettings.useSubstitutes = readInt(from);
|
2018-09-24 11:53:44 +00:00
|
|
|
|
|
|
|
if (GET_PROTOCOL_MINOR(clientVersion) >= 12) {
|
|
|
|
unsigned int n = readInt(from);
|
|
|
|
for (unsigned int i = 0; i < n; i++) {
|
|
|
|
string name = readString(from);
|
|
|
|
string value = readString(from);
|
Recursive Nix support
This allows Nix builders to call Nix to build derivations, with some
limitations.
Example:
let nixpkgs = fetchTarball channel:nixos-18.03; in
with import <nixpkgs> {};
runCommand "foo"
{
buildInputs = [ nix jq ];
NIX_PATH = "nixpkgs=${nixpkgs}";
}
''
hello=$(nix-build -E '(import <nixpkgs> {}).hello.overrideDerivation (args: { name = "hello-3.5"; })')
$hello/bin/hello
mkdir -p $out/bin
ln -s $hello/bin/hello $out/bin/hello
nix path-info -r --json $hello | jq .
''
This derivation makes a recursive Nix call to build GNU Hello and
symlinks it from its $out, i.e.
# ll ./result/bin/
lrwxrwxrwx 1 root root 63 Jan 1 1970 hello -> /nix/store/s0awxrs71gickhaqdwxl506hzccb30y5-hello-3.5/bin/hello
# nix-store -qR ./result
/nix/store/hwwqshlmazzjzj7yhrkyjydxamvvkfd3-glibc-2.26-131
/nix/store/s0awxrs71gickhaqdwxl506hzccb30y5-hello-3.5
/nix/store/sgmvvyw8vhfqdqb619bxkcpfn9lvd8ss-foo
This is implemented as follows:
* Before running the outer builder, Nix creates a Unix domain socket
'.nix-socket' in the builder's temporary directory and sets
$NIX_REMOTE to point to it. It starts a thread to process
connections to this socket. (Thus you don't need to have nix-daemon
running.)
* The daemon thread uses a wrapper store (RestrictedStore) to keep
track of paths added through recursive Nix calls, to implement some
restrictions (see below), and to do some censorship (e.g. for
purity, queryPathInfo() won't return impure information such as
signatures and timestamps).
* After the build finishes, the output paths are scanned for
references to the paths added through recursive Nix calls (in
addition to the inputs closure). Thus, in the example above, $out
has a reference to $hello.
The main restriction on recursive Nix calls is that they cannot do
arbitrary substitutions. For example, doing
nix-store -r /nix/store/kmwd1hq55akdb9sc7l3finr175dajlby-hello-2.10
is forbidden unless /nix/store/kmwd... is in the inputs closure or
previously built by a recursive Nix call. This is to prevent
irreproducible derivations that have hidden dependencies on
substituters or the current store contents. Building a derivation is
fine, however, and Nix will use substitutes if available. In other
words, the builder has to present proof that it knows how to build a
desired store path from scratch by constructing a derivation graph for
that path.
Probably we should also disallow instantiating/building fixed-output
derivations (specifically, those that access the network, but
currently we have no way to mark fixed-output derivations that don't
access the network). Otherwise sandboxed derivations can bypass
sandbox restrictions and access the network.
When sandboxing is enabled, we make paths appear in the sandbox of the
builder by entering the mount namespace of the builder and
bind-mounting each path. This is tricky because we do a pivot_root()
in the builder to change the root directory of its mount namespace,
and thus the host /nix/store is not visible in the mount namespace of
the builder. To get around this, just before doing pivot_root(), we
branch a second mount namespace that shares its /nix/store mountpoint
with the parent.
Recursive Nix currently doesn't work on macOS in sandboxed mode
(because we can't change the sandbox policy of a running build) and in
non-root mode (because setns() barfs).
2018-10-02 14:01:26 +00:00
|
|
|
clientSettings.overrides.emplace(name, value);
|
2018-09-24 11:53:44 +00:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
logger->startWork();
|
|
|
|
|
Recursive Nix support
This allows Nix builders to call Nix to build derivations, with some
limitations.
Example:
let nixpkgs = fetchTarball channel:nixos-18.03; in
with import <nixpkgs> {};
runCommand "foo"
{
buildInputs = [ nix jq ];
NIX_PATH = "nixpkgs=${nixpkgs}";
}
''
hello=$(nix-build -E '(import <nixpkgs> {}).hello.overrideDerivation (args: { name = "hello-3.5"; })')
$hello/bin/hello
mkdir -p $out/bin
ln -s $hello/bin/hello $out/bin/hello
nix path-info -r --json $hello | jq .
''
This derivation makes a recursive Nix call to build GNU Hello and
symlinks it from its $out, i.e.
# ll ./result/bin/
lrwxrwxrwx 1 root root 63 Jan 1 1970 hello -> /nix/store/s0awxrs71gickhaqdwxl506hzccb30y5-hello-3.5/bin/hello
# nix-store -qR ./result
/nix/store/hwwqshlmazzjzj7yhrkyjydxamvvkfd3-glibc-2.26-131
/nix/store/s0awxrs71gickhaqdwxl506hzccb30y5-hello-3.5
/nix/store/sgmvvyw8vhfqdqb619bxkcpfn9lvd8ss-foo
This is implemented as follows:
* Before running the outer builder, Nix creates a Unix domain socket
'.nix-socket' in the builder's temporary directory and sets
$NIX_REMOTE to point to it. It starts a thread to process
connections to this socket. (Thus you don't need to have nix-daemon
running.)
* The daemon thread uses a wrapper store (RestrictedStore) to keep
track of paths added through recursive Nix calls, to implement some
restrictions (see below), and to do some censorship (e.g. for
purity, queryPathInfo() won't return impure information such as
signatures and timestamps).
* After the build finishes, the output paths are scanned for
references to the paths added through recursive Nix calls (in
addition to the inputs closure). Thus, in the example above, $out
has a reference to $hello.
The main restriction on recursive Nix calls is that they cannot do
arbitrary substitutions. For example, doing
nix-store -r /nix/store/kmwd1hq55akdb9sc7l3finr175dajlby-hello-2.10
is forbidden unless /nix/store/kmwd... is in the inputs closure or
previously built by a recursive Nix call. This is to prevent
irreproducible derivations that have hidden dependencies on
substituters or the current store contents. Building a derivation is
fine, however, and Nix will use substitutes if available. In other
words, the builder has to present proof that it knows how to build a
desired store path from scratch by constructing a derivation graph for
that path.
Probably we should also disallow instantiating/building fixed-output
derivations (specifically, those that access the network, but
currently we have no way to mark fixed-output derivations that don't
access the network). Otherwise sandboxed derivations can bypass
sandbox restrictions and access the network.
When sandboxing is enabled, we make paths appear in the sandbox of the
builder by entering the mount namespace of the builder and
bind-mounting each path. This is tricky because we do a pivot_root()
in the builder to change the root directory of its mount namespace,
and thus the host /nix/store is not visible in the mount namespace of
the builder. To get around this, just before doing pivot_root(), we
branch a second mount namespace that shares its /nix/store mountpoint
with the parent.
Recursive Nix currently doesn't work on macOS in sandboxed mode
(because we can't change the sandbox policy of a running build) and in
non-root mode (because setns() barfs).
2018-10-02 14:01:26 +00:00
|
|
|
// FIXME: use some setting in recursive mode. Will need to use
|
|
|
|
// non-global variables.
|
|
|
|
if (!recursive)
|
|
|
|
clientSettings.apply(trusted);
|
2018-09-24 11:53:44 +00:00
|
|
|
|
|
|
|
logger->stopWork();
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
case wopQuerySubstitutablePathInfo: {
|
2019-12-05 18:11:09 +00:00
|
|
|
auto path = store->parseStorePath(readString(from));
|
2018-09-24 11:53:44 +00:00
|
|
|
logger->startWork();
|
|
|
|
SubstitutablePathInfos infos;
|
2019-12-05 18:11:09 +00:00
|
|
|
StorePathSet paths;
|
|
|
|
paths.insert(path.clone()); // FIXME
|
|
|
|
store->querySubstitutablePathInfos(paths, infos);
|
2018-09-24 11:53:44 +00:00
|
|
|
logger->stopWork();
|
2019-12-05 18:11:09 +00:00
|
|
|
auto i = infos.find(path);
|
2018-09-24 11:53:44 +00:00
|
|
|
if (i == infos.end())
|
|
|
|
to << 0;
|
|
|
|
else {
|
2019-12-05 18:11:09 +00:00
|
|
|
to << 1
|
|
|
|
<< (i->second.deriver ? store->printStorePath(*i->second.deriver) : "");
|
|
|
|
writeStorePaths(*store, to, i->second.references);
|
|
|
|
to << i->second.downloadSize
|
|
|
|
<< i->second.narSize;
|
2018-09-24 11:53:44 +00:00
|
|
|
}
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
case wopQuerySubstitutablePathInfos: {
|
2019-12-05 18:11:09 +00:00
|
|
|
auto paths = readStorePaths<StorePathSet>(*store, from);
|
2018-09-24 11:53:44 +00:00
|
|
|
logger->startWork();
|
|
|
|
SubstitutablePathInfos infos;
|
|
|
|
store->querySubstitutablePathInfos(paths, infos);
|
|
|
|
logger->stopWork();
|
|
|
|
to << infos.size();
|
|
|
|
for (auto & i : infos) {
|
2019-12-05 18:11:09 +00:00
|
|
|
to << store->printStorePath(i.first)
|
|
|
|
<< (i.second.deriver ? store->printStorePath(*i.second.deriver) : "");
|
|
|
|
writeStorePaths(*store, to, i.second.references);
|
|
|
|
to << i.second.downloadSize << i.second.narSize;
|
2018-09-24 11:53:44 +00:00
|
|
|
}
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
case wopQueryAllValidPaths: {
|
|
|
|
logger->startWork();
|
2019-12-05 18:11:09 +00:00
|
|
|
auto paths = store->queryAllValidPaths();
|
2018-09-24 11:53:44 +00:00
|
|
|
logger->stopWork();
|
2019-12-05 18:11:09 +00:00
|
|
|
writeStorePaths(*store, to, paths);
|
2018-09-24 11:53:44 +00:00
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
case wopQueryPathInfo: {
|
2019-12-05 18:11:09 +00:00
|
|
|
auto path = store->parseStorePath(readString(from));
|
2018-09-24 11:53:44 +00:00
|
|
|
std::shared_ptr<const ValidPathInfo> info;
|
|
|
|
logger->startWork();
|
|
|
|
try {
|
|
|
|
info = store->queryPathInfo(path);
|
|
|
|
} catch (InvalidPath &) {
|
|
|
|
if (GET_PROTOCOL_MINOR(clientVersion) < 17) throw;
|
|
|
|
}
|
|
|
|
logger->stopWork();
|
|
|
|
if (info) {
|
|
|
|
if (GET_PROTOCOL_MINOR(clientVersion) >= 17)
|
|
|
|
to << 1;
|
2019-12-05 18:11:09 +00:00
|
|
|
to << (info->deriver ? store->printStorePath(*info->deriver) : "")
|
|
|
|
<< info->narHash.to_string(Base16, false);
|
|
|
|
writeStorePaths(*store, to, info->references);
|
|
|
|
to << info->registrationTime << info->narSize;
|
2018-09-24 11:53:44 +00:00
|
|
|
if (GET_PROTOCOL_MINOR(clientVersion) >= 16) {
|
|
|
|
to << info->ultimate
|
|
|
|
<< info->sigs
|
|
|
|
<< info->ca;
|
|
|
|
}
|
|
|
|
} else {
|
|
|
|
assert(GET_PROTOCOL_MINOR(clientVersion) >= 17);
|
|
|
|
to << 0;
|
|
|
|
}
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
case wopOptimiseStore:
|
|
|
|
logger->startWork();
|
|
|
|
store->optimiseStore();
|
|
|
|
logger->stopWork();
|
|
|
|
to << 1;
|
|
|
|
break;
|
|
|
|
|
|
|
|
case wopVerifyStore: {
|
|
|
|
bool checkContents, repair;
|
|
|
|
from >> checkContents >> repair;
|
|
|
|
logger->startWork();
|
|
|
|
if (repair && !trusted)
|
|
|
|
throw Error("you are not privileged to repair paths");
|
|
|
|
bool errors = store->verifyStore(checkContents, (RepairFlag) repair);
|
|
|
|
logger->stopWork();
|
|
|
|
to << errors;
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
case wopAddSignatures: {
|
2019-12-05 18:11:09 +00:00
|
|
|
auto path = store->parseStorePath(readString(from));
|
2018-09-24 11:53:44 +00:00
|
|
|
StringSet sigs = readStrings<StringSet>(from);
|
|
|
|
logger->startWork();
|
|
|
|
if (!trusted)
|
|
|
|
throw Error("you are not privileged to add signatures");
|
|
|
|
store->addSignatures(path, sigs);
|
|
|
|
logger->stopWork();
|
|
|
|
to << 1;
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
case wopNarFromPath: {
|
2019-12-05 18:11:09 +00:00
|
|
|
auto path = store->parseStorePath(readString(from));
|
2018-09-24 11:53:44 +00:00
|
|
|
logger->startWork();
|
|
|
|
logger->stopWork();
|
2019-12-05 18:11:09 +00:00
|
|
|
dumpPath(store->printStorePath(path), to);
|
2018-09-24 11:53:44 +00:00
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
case wopAddToStoreNar: {
|
|
|
|
bool repair, dontCheckSigs;
|
2019-12-05 18:11:09 +00:00
|
|
|
ValidPathInfo info(store->parseStorePath(readString(from)));
|
|
|
|
auto deriver = readString(from);
|
|
|
|
if (deriver != "")
|
|
|
|
info.deriver = store->parseStorePath(deriver);
|
2018-09-24 11:53:44 +00:00
|
|
|
info.narHash = Hash(readString(from), htSHA256);
|
2019-12-05 18:11:09 +00:00
|
|
|
info.references = readStorePaths<StorePathSet>(*store, from);
|
2018-09-24 11:53:44 +00:00
|
|
|
from >> info.registrationTime >> info.narSize >> info.ultimate;
|
|
|
|
info.sigs = readStrings<StringSet>(from);
|
|
|
|
from >> info.ca >> repair >> dontCheckSigs;
|
|
|
|
if (!trusted && dontCheckSigs)
|
|
|
|
dontCheckSigs = false;
|
|
|
|
if (!trusted)
|
|
|
|
info.ultimate = false;
|
|
|
|
|
|
|
|
std::string saved;
|
|
|
|
std::unique_ptr<Source> source;
|
|
|
|
if (GET_PROTOCOL_MINOR(clientVersion) >= 21)
|
|
|
|
source = std::make_unique<TunnelSource>(from, to);
|
|
|
|
else {
|
|
|
|
TeeSink tee(from);
|
|
|
|
parseDump(tee, tee.source);
|
|
|
|
saved = std::move(*tee.source.data);
|
|
|
|
source = std::make_unique<StringSource>(saved);
|
|
|
|
}
|
|
|
|
|
|
|
|
logger->startWork();
|
|
|
|
|
|
|
|
// FIXME: race if addToStore doesn't read source?
|
|
|
|
store->addToStore(info, *source, (RepairFlag) repair,
|
|
|
|
dontCheckSigs ? NoCheckSigs : CheckSigs, nullptr);
|
|
|
|
|
|
|
|
logger->stopWork();
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
case wopQueryMissing: {
|
2019-12-05 18:11:09 +00:00
|
|
|
std::vector<StorePathWithOutputs> targets;
|
|
|
|
for (auto & s : readStrings<Strings>(from))
|
2019-12-16 18:11:47 +00:00
|
|
|
targets.push_back(store->parsePathWithOutputs(s));
|
2018-09-24 11:53:44 +00:00
|
|
|
logger->startWork();
|
2019-12-05 18:11:09 +00:00
|
|
|
StorePathSet willBuild, willSubstitute, unknown;
|
2018-09-24 11:53:44 +00:00
|
|
|
unsigned long long downloadSize, narSize;
|
|
|
|
store->queryMissing(targets, willBuild, willSubstitute, unknown, downloadSize, narSize);
|
|
|
|
logger->stopWork();
|
2019-12-05 18:11:09 +00:00
|
|
|
writeStorePaths(*store, to, willBuild);
|
|
|
|
writeStorePaths(*store, to, willSubstitute);
|
|
|
|
writeStorePaths(*store, to, unknown);
|
|
|
|
to << downloadSize << narSize;
|
2018-09-24 11:53:44 +00:00
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
default:
|
2020-04-21 23:07:07 +00:00
|
|
|
throw Error("invalid operation %1%", op);
|
2018-09-24 11:53:44 +00:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
void processConnection(
|
2018-09-25 10:49:20 +00:00
|
|
|
ref<Store> store,
|
2018-09-24 11:53:44 +00:00
|
|
|
FdSource & from,
|
|
|
|
FdSink & to,
|
Recursive Nix support
This allows Nix builders to call Nix to build derivations, with some
limitations.
Example:
let nixpkgs = fetchTarball channel:nixos-18.03; in
with import <nixpkgs> {};
runCommand "foo"
{
buildInputs = [ nix jq ];
NIX_PATH = "nixpkgs=${nixpkgs}";
}
''
hello=$(nix-build -E '(import <nixpkgs> {}).hello.overrideDerivation (args: { name = "hello-3.5"; })')
$hello/bin/hello
mkdir -p $out/bin
ln -s $hello/bin/hello $out/bin/hello
nix path-info -r --json $hello | jq .
''
This derivation makes a recursive Nix call to build GNU Hello and
symlinks it from its $out, i.e.
# ll ./result/bin/
lrwxrwxrwx 1 root root 63 Jan 1 1970 hello -> /nix/store/s0awxrs71gickhaqdwxl506hzccb30y5-hello-3.5/bin/hello
# nix-store -qR ./result
/nix/store/hwwqshlmazzjzj7yhrkyjydxamvvkfd3-glibc-2.26-131
/nix/store/s0awxrs71gickhaqdwxl506hzccb30y5-hello-3.5
/nix/store/sgmvvyw8vhfqdqb619bxkcpfn9lvd8ss-foo
This is implemented as follows:
* Before running the outer builder, Nix creates a Unix domain socket
'.nix-socket' in the builder's temporary directory and sets
$NIX_REMOTE to point to it. It starts a thread to process
connections to this socket. (Thus you don't need to have nix-daemon
running.)
* The daemon thread uses a wrapper store (RestrictedStore) to keep
track of paths added through recursive Nix calls, to implement some
restrictions (see below), and to do some censorship (e.g. for
purity, queryPathInfo() won't return impure information such as
signatures and timestamps).
* After the build finishes, the output paths are scanned for
references to the paths added through recursive Nix calls (in
addition to the inputs closure). Thus, in the example above, $out
has a reference to $hello.
The main restriction on recursive Nix calls is that they cannot do
arbitrary substitutions. For example, doing
nix-store -r /nix/store/kmwd1hq55akdb9sc7l3finr175dajlby-hello-2.10
is forbidden unless /nix/store/kmwd... is in the inputs closure or
previously built by a recursive Nix call. This is to prevent
irreproducible derivations that have hidden dependencies on
substituters or the current store contents. Building a derivation is
fine, however, and Nix will use substitutes if available. In other
words, the builder has to present proof that it knows how to build a
desired store path from scratch by constructing a derivation graph for
that path.
Probably we should also disallow instantiating/building fixed-output
derivations (specifically, those that access the network, but
currently we have no way to mark fixed-output derivations that don't
access the network). Otherwise sandboxed derivations can bypass
sandbox restrictions and access the network.
When sandboxing is enabled, we make paths appear in the sandbox of the
builder by entering the mount namespace of the builder and
bind-mounting each path. This is tricky because we do a pivot_root()
in the builder to change the root directory of its mount namespace,
and thus the host /nix/store is not visible in the mount namespace of
the builder. To get around this, just before doing pivot_root(), we
branch a second mount namespace that shares its /nix/store mountpoint
with the parent.
Recursive Nix currently doesn't work on macOS in sandboxed mode
(because we can't change the sandbox policy of a running build) and in
non-root mode (because setns() barfs).
2018-10-02 14:01:26 +00:00
|
|
|
TrustedFlag trusted,
|
|
|
|
RecursiveFlag recursive,
|
2018-09-24 11:53:44 +00:00
|
|
|
const std::string & userName,
|
|
|
|
uid_t userId)
|
|
|
|
{
|
Recursive Nix support
This allows Nix builders to call Nix to build derivations, with some
limitations.
Example:
let nixpkgs = fetchTarball channel:nixos-18.03; in
with import <nixpkgs> {};
runCommand "foo"
{
buildInputs = [ nix jq ];
NIX_PATH = "nixpkgs=${nixpkgs}";
}
''
hello=$(nix-build -E '(import <nixpkgs> {}).hello.overrideDerivation (args: { name = "hello-3.5"; })')
$hello/bin/hello
mkdir -p $out/bin
ln -s $hello/bin/hello $out/bin/hello
nix path-info -r --json $hello | jq .
''
This derivation makes a recursive Nix call to build GNU Hello and
symlinks it from its $out, i.e.
# ll ./result/bin/
lrwxrwxrwx 1 root root 63 Jan 1 1970 hello -> /nix/store/s0awxrs71gickhaqdwxl506hzccb30y5-hello-3.5/bin/hello
# nix-store -qR ./result
/nix/store/hwwqshlmazzjzj7yhrkyjydxamvvkfd3-glibc-2.26-131
/nix/store/s0awxrs71gickhaqdwxl506hzccb30y5-hello-3.5
/nix/store/sgmvvyw8vhfqdqb619bxkcpfn9lvd8ss-foo
This is implemented as follows:
* Before running the outer builder, Nix creates a Unix domain socket
'.nix-socket' in the builder's temporary directory and sets
$NIX_REMOTE to point to it. It starts a thread to process
connections to this socket. (Thus you don't need to have nix-daemon
running.)
* The daemon thread uses a wrapper store (RestrictedStore) to keep
track of paths added through recursive Nix calls, to implement some
restrictions (see below), and to do some censorship (e.g. for
purity, queryPathInfo() won't return impure information such as
signatures and timestamps).
* After the build finishes, the output paths are scanned for
references to the paths added through recursive Nix calls (in
addition to the inputs closure). Thus, in the example above, $out
has a reference to $hello.
The main restriction on recursive Nix calls is that they cannot do
arbitrary substitutions. For example, doing
nix-store -r /nix/store/kmwd1hq55akdb9sc7l3finr175dajlby-hello-2.10
is forbidden unless /nix/store/kmwd... is in the inputs closure or
previously built by a recursive Nix call. This is to prevent
irreproducible derivations that have hidden dependencies on
substituters or the current store contents. Building a derivation is
fine, however, and Nix will use substitutes if available. In other
words, the builder has to present proof that it knows how to build a
desired store path from scratch by constructing a derivation graph for
that path.
Probably we should also disallow instantiating/building fixed-output
derivations (specifically, those that access the network, but
currently we have no way to mark fixed-output derivations that don't
access the network). Otherwise sandboxed derivations can bypass
sandbox restrictions and access the network.
When sandboxing is enabled, we make paths appear in the sandbox of the
builder by entering the mount namespace of the builder and
bind-mounting each path. This is tricky because we do a pivot_root()
in the builder to change the root directory of its mount namespace,
and thus the host /nix/store is not visible in the mount namespace of
the builder. To get around this, just before doing pivot_root(), we
branch a second mount namespace that shares its /nix/store mountpoint
with the parent.
Recursive Nix currently doesn't work on macOS in sandboxed mode
(because we can't change the sandbox policy of a running build) and in
non-root mode (because setns() barfs).
2018-10-02 14:01:26 +00:00
|
|
|
auto monitor = !recursive ? std::make_unique<MonitorFdHup>(from.fd) : nullptr;
|
2018-09-24 11:53:44 +00:00
|
|
|
|
|
|
|
/* Exchange the greeting. */
|
|
|
|
unsigned int magic = readInt(from);
|
|
|
|
if (magic != WORKER_MAGIC_1) throw Error("protocol mismatch");
|
|
|
|
to << WORKER_MAGIC_2 << PROTOCOL_VERSION;
|
|
|
|
to.flush();
|
|
|
|
unsigned int clientVersion = readInt(from);
|
|
|
|
|
|
|
|
if (clientVersion < 0x10a)
|
|
|
|
throw Error("the Nix client version is too old");
|
|
|
|
|
|
|
|
auto tunnelLogger = new TunnelLogger(to, clientVersion);
|
|
|
|
auto prevLogger = nix::logger;
|
Recursive Nix support
This allows Nix builders to call Nix to build derivations, with some
limitations.
Example:
let nixpkgs = fetchTarball channel:nixos-18.03; in
with import <nixpkgs> {};
runCommand "foo"
{
buildInputs = [ nix jq ];
NIX_PATH = "nixpkgs=${nixpkgs}";
}
''
hello=$(nix-build -E '(import <nixpkgs> {}).hello.overrideDerivation (args: { name = "hello-3.5"; })')
$hello/bin/hello
mkdir -p $out/bin
ln -s $hello/bin/hello $out/bin/hello
nix path-info -r --json $hello | jq .
''
This derivation makes a recursive Nix call to build GNU Hello and
symlinks it from its $out, i.e.
# ll ./result/bin/
lrwxrwxrwx 1 root root 63 Jan 1 1970 hello -> /nix/store/s0awxrs71gickhaqdwxl506hzccb30y5-hello-3.5/bin/hello
# nix-store -qR ./result
/nix/store/hwwqshlmazzjzj7yhrkyjydxamvvkfd3-glibc-2.26-131
/nix/store/s0awxrs71gickhaqdwxl506hzccb30y5-hello-3.5
/nix/store/sgmvvyw8vhfqdqb619bxkcpfn9lvd8ss-foo
This is implemented as follows:
* Before running the outer builder, Nix creates a Unix domain socket
'.nix-socket' in the builder's temporary directory and sets
$NIX_REMOTE to point to it. It starts a thread to process
connections to this socket. (Thus you don't need to have nix-daemon
running.)
* The daemon thread uses a wrapper store (RestrictedStore) to keep
track of paths added through recursive Nix calls, to implement some
restrictions (see below), and to do some censorship (e.g. for
purity, queryPathInfo() won't return impure information such as
signatures and timestamps).
* After the build finishes, the output paths are scanned for
references to the paths added through recursive Nix calls (in
addition to the inputs closure). Thus, in the example above, $out
has a reference to $hello.
The main restriction on recursive Nix calls is that they cannot do
arbitrary substitutions. For example, doing
nix-store -r /nix/store/kmwd1hq55akdb9sc7l3finr175dajlby-hello-2.10
is forbidden unless /nix/store/kmwd... is in the inputs closure or
previously built by a recursive Nix call. This is to prevent
irreproducible derivations that have hidden dependencies on
substituters or the current store contents. Building a derivation is
fine, however, and Nix will use substitutes if available. In other
words, the builder has to present proof that it knows how to build a
desired store path from scratch by constructing a derivation graph for
that path.
Probably we should also disallow instantiating/building fixed-output
derivations (specifically, those that access the network, but
currently we have no way to mark fixed-output derivations that don't
access the network). Otherwise sandboxed derivations can bypass
sandbox restrictions and access the network.
When sandboxing is enabled, we make paths appear in the sandbox of the
builder by entering the mount namespace of the builder and
bind-mounting each path. This is tricky because we do a pivot_root()
in the builder to change the root directory of its mount namespace,
and thus the host /nix/store is not visible in the mount namespace of
the builder. To get around this, just before doing pivot_root(), we
branch a second mount namespace that shares its /nix/store mountpoint
with the parent.
Recursive Nix currently doesn't work on macOS in sandboxed mode
(because we can't change the sandbox policy of a running build) and in
non-root mode (because setns() barfs).
2018-10-02 14:01:26 +00:00
|
|
|
// FIXME
|
|
|
|
if (!recursive)
|
|
|
|
logger = tunnelLogger;
|
2018-09-24 11:53:44 +00:00
|
|
|
|
|
|
|
unsigned int opCount = 0;
|
|
|
|
|
|
|
|
Finally finally([&]() {
|
|
|
|
_isInterrupted = false;
|
|
|
|
prevLogger->log(lvlDebug, fmt("%d operations", opCount));
|
|
|
|
});
|
|
|
|
|
Recursive Nix support
This allows Nix builders to call Nix to build derivations, with some
limitations.
Example:
let nixpkgs = fetchTarball channel:nixos-18.03; in
with import <nixpkgs> {};
runCommand "foo"
{
buildInputs = [ nix jq ];
NIX_PATH = "nixpkgs=${nixpkgs}";
}
''
hello=$(nix-build -E '(import <nixpkgs> {}).hello.overrideDerivation (args: { name = "hello-3.5"; })')
$hello/bin/hello
mkdir -p $out/bin
ln -s $hello/bin/hello $out/bin/hello
nix path-info -r --json $hello | jq .
''
This derivation makes a recursive Nix call to build GNU Hello and
symlinks it from its $out, i.e.
# ll ./result/bin/
lrwxrwxrwx 1 root root 63 Jan 1 1970 hello -> /nix/store/s0awxrs71gickhaqdwxl506hzccb30y5-hello-3.5/bin/hello
# nix-store -qR ./result
/nix/store/hwwqshlmazzjzj7yhrkyjydxamvvkfd3-glibc-2.26-131
/nix/store/s0awxrs71gickhaqdwxl506hzccb30y5-hello-3.5
/nix/store/sgmvvyw8vhfqdqb619bxkcpfn9lvd8ss-foo
This is implemented as follows:
* Before running the outer builder, Nix creates a Unix domain socket
'.nix-socket' in the builder's temporary directory and sets
$NIX_REMOTE to point to it. It starts a thread to process
connections to this socket. (Thus you don't need to have nix-daemon
running.)
* The daemon thread uses a wrapper store (RestrictedStore) to keep
track of paths added through recursive Nix calls, to implement some
restrictions (see below), and to do some censorship (e.g. for
purity, queryPathInfo() won't return impure information such as
signatures and timestamps).
* After the build finishes, the output paths are scanned for
references to the paths added through recursive Nix calls (in
addition to the inputs closure). Thus, in the example above, $out
has a reference to $hello.
The main restriction on recursive Nix calls is that they cannot do
arbitrary substitutions. For example, doing
nix-store -r /nix/store/kmwd1hq55akdb9sc7l3finr175dajlby-hello-2.10
is forbidden unless /nix/store/kmwd... is in the inputs closure or
previously built by a recursive Nix call. This is to prevent
irreproducible derivations that have hidden dependencies on
substituters or the current store contents. Building a derivation is
fine, however, and Nix will use substitutes if available. In other
words, the builder has to present proof that it knows how to build a
desired store path from scratch by constructing a derivation graph for
that path.
Probably we should also disallow instantiating/building fixed-output
derivations (specifically, those that access the network, but
currently we have no way to mark fixed-output derivations that don't
access the network). Otherwise sandboxed derivations can bypass
sandbox restrictions and access the network.
When sandboxing is enabled, we make paths appear in the sandbox of the
builder by entering the mount namespace of the builder and
bind-mounting each path. This is tricky because we do a pivot_root()
in the builder to change the root directory of its mount namespace,
and thus the host /nix/store is not visible in the mount namespace of
the builder. To get around this, just before doing pivot_root(), we
branch a second mount namespace that shares its /nix/store mountpoint
with the parent.
Recursive Nix currently doesn't work on macOS in sandboxed mode
(because we can't change the sandbox policy of a running build) and in
non-root mode (because setns() barfs).
2018-10-02 14:01:26 +00:00
|
|
|
if (GET_PROTOCOL_MINOR(clientVersion) >= 14 && readInt(from)) {
|
|
|
|
auto affinity = readInt(from);
|
|
|
|
setAffinityTo(affinity);
|
|
|
|
}
|
2018-09-24 11:53:44 +00:00
|
|
|
|
|
|
|
readInt(from); // obsolete reserveSpace
|
|
|
|
|
|
|
|
/* Send startup error messages to the client. */
|
|
|
|
tunnelLogger->startWork();
|
|
|
|
|
|
|
|
try {
|
|
|
|
|
|
|
|
/* If we can't accept clientVersion, then throw an error
|
|
|
|
*here* (not above). */
|
|
|
|
|
|
|
|
#if 0
|
|
|
|
/* Prevent users from doing something very dangerous. */
|
|
|
|
if (geteuid() == 0 &&
|
|
|
|
querySetting("build-users-group", "") == "")
|
|
|
|
throw Error("if you run 'nix-daemon' as root, then you MUST set 'build-users-group'!");
|
|
|
|
#endif
|
|
|
|
|
|
|
|
store->createUser(userName, userId);
|
|
|
|
|
|
|
|
tunnelLogger->stopWork();
|
|
|
|
to.flush();
|
|
|
|
|
|
|
|
/* Process client requests. */
|
|
|
|
while (true) {
|
|
|
|
WorkerOp op;
|
|
|
|
try {
|
|
|
|
op = (WorkerOp) readInt(from);
|
|
|
|
} catch (Interrupted & e) {
|
|
|
|
break;
|
|
|
|
} catch (EndOfFile & e) {
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
opCount++;
|
|
|
|
|
|
|
|
try {
|
Recursive Nix support
This allows Nix builders to call Nix to build derivations, with some
limitations.
Example:
let nixpkgs = fetchTarball channel:nixos-18.03; in
with import <nixpkgs> {};
runCommand "foo"
{
buildInputs = [ nix jq ];
NIX_PATH = "nixpkgs=${nixpkgs}";
}
''
hello=$(nix-build -E '(import <nixpkgs> {}).hello.overrideDerivation (args: { name = "hello-3.5"; })')
$hello/bin/hello
mkdir -p $out/bin
ln -s $hello/bin/hello $out/bin/hello
nix path-info -r --json $hello | jq .
''
This derivation makes a recursive Nix call to build GNU Hello and
symlinks it from its $out, i.e.
# ll ./result/bin/
lrwxrwxrwx 1 root root 63 Jan 1 1970 hello -> /nix/store/s0awxrs71gickhaqdwxl506hzccb30y5-hello-3.5/bin/hello
# nix-store -qR ./result
/nix/store/hwwqshlmazzjzj7yhrkyjydxamvvkfd3-glibc-2.26-131
/nix/store/s0awxrs71gickhaqdwxl506hzccb30y5-hello-3.5
/nix/store/sgmvvyw8vhfqdqb619bxkcpfn9lvd8ss-foo
This is implemented as follows:
* Before running the outer builder, Nix creates a Unix domain socket
'.nix-socket' in the builder's temporary directory and sets
$NIX_REMOTE to point to it. It starts a thread to process
connections to this socket. (Thus you don't need to have nix-daemon
running.)
* The daemon thread uses a wrapper store (RestrictedStore) to keep
track of paths added through recursive Nix calls, to implement some
restrictions (see below), and to do some censorship (e.g. for
purity, queryPathInfo() won't return impure information such as
signatures and timestamps).
* After the build finishes, the output paths are scanned for
references to the paths added through recursive Nix calls (in
addition to the inputs closure). Thus, in the example above, $out
has a reference to $hello.
The main restriction on recursive Nix calls is that they cannot do
arbitrary substitutions. For example, doing
nix-store -r /nix/store/kmwd1hq55akdb9sc7l3finr175dajlby-hello-2.10
is forbidden unless /nix/store/kmwd... is in the inputs closure or
previously built by a recursive Nix call. This is to prevent
irreproducible derivations that have hidden dependencies on
substituters or the current store contents. Building a derivation is
fine, however, and Nix will use substitutes if available. In other
words, the builder has to present proof that it knows how to build a
desired store path from scratch by constructing a derivation graph for
that path.
Probably we should also disallow instantiating/building fixed-output
derivations (specifically, those that access the network, but
currently we have no way to mark fixed-output derivations that don't
access the network). Otherwise sandboxed derivations can bypass
sandbox restrictions and access the network.
When sandboxing is enabled, we make paths appear in the sandbox of the
builder by entering the mount namespace of the builder and
bind-mounting each path. This is tricky because we do a pivot_root()
in the builder to change the root directory of its mount namespace,
and thus the host /nix/store is not visible in the mount namespace of
the builder. To get around this, just before doing pivot_root(), we
branch a second mount namespace that shares its /nix/store mountpoint
with the parent.
Recursive Nix currently doesn't work on macOS in sandboxed mode
(because we can't change the sandbox policy of a running build) and in
non-root mode (because setns() barfs).
2018-10-02 14:01:26 +00:00
|
|
|
performOp(tunnelLogger, store, trusted, recursive, clientVersion, from, to, op);
|
2018-09-24 11:53:44 +00:00
|
|
|
} catch (Error & e) {
|
|
|
|
/* If we're not in a state where we can send replies, then
|
|
|
|
something went wrong processing the input of the
|
|
|
|
client. This can happen especially if I/O errors occur
|
|
|
|
during addTextToStore() / importPath(). If that
|
|
|
|
happens, just send the error message and exit. */
|
|
|
|
bool errorAllowed = tunnelLogger->state_.lock()->canSendStderr;
|
|
|
|
tunnelLogger->stopWork(false, e.msg(), e.status);
|
|
|
|
if (!errorAllowed) throw;
|
|
|
|
} catch (std::bad_alloc & e) {
|
|
|
|
tunnelLogger->stopWork(false, "Nix daemon out of memory", 1);
|
|
|
|
throw;
|
|
|
|
}
|
|
|
|
|
|
|
|
to.flush();
|
|
|
|
|
|
|
|
assert(!tunnelLogger->state_.lock()->canSendStderr);
|
|
|
|
};
|
|
|
|
|
|
|
|
} catch (std::exception & e) {
|
|
|
|
tunnelLogger->stopWork(false, e.what(), 1);
|
|
|
|
to.flush();
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
}
|