lix-project/lix-releng-staging
0
0
Fork 0
Code Packages 1 Activity
lix-releng-staging/tests/Makefile.am

41 lines
1.2 KiB
Text
Raw Normal View History

* Allow the location of the store etc. to be specified using environment variables. * Started adding some automatic tests. * Do a `make check' when building RPMs.
2004-05-04 12:15:30 +00:00
TEST_ROOT = $(shell pwd)/test-tmp
* A test to verify that Nix executes build jobs in parallel, if possible. This test fails right now because this hasn't been implemented right now. Yes, I'm doing Test-Driven Development! ;-)
2004-05-04 17:04:17 +00:00
extra1 = $(TEST_ROOT)/shared
* Allow the location of the store etc. to be specified using environment variables. * Started adding some automatic tests. * Do a `make check' when building RPMs.
2004-05-04 12:15:30 +00:00
TESTS_ENVIRONMENT = TEST_ROOT=$(TEST_ROOT) \
NIX_STORE_DIR=$(TEST_ROOT)/store \
NIX_DATA_DIR=$(TEST_ROOT)/data \
NIX_LOG_DIR=$(TEST_ROOT)/log \
NIX_STATE_DIR=$(TEST_ROOT)/state \
NIX_DB_DIR=$(TEST_ROOT)/db \
* Make sure that no build hook is set by default in the tests. * Don't use `seq' - some primitive, obsolete operating systems (Darwin) don't have it.
2004-08-19 09:09:09 +00:00
NIX_BUILD_HOOK= \
* Allow the location of the store etc. to be specified using environment variables. * Started adding some automatic tests. * Do a `make check' when building RPMs.
2004-05-04 12:15:30 +00:00
TOP=$(shell pwd)/.. \
* A test to verify that Nix executes build jobs in parallel, if possible. This test fails right now because this hasn't been implemented right now. Yes, I'm doing Test-Driven Development! ;-)
2004-05-04 17:04:17 +00:00
SHARED=$(extra1) \
* Allow the location of the store etc. to be specified using environment variables. * Started adding some automatic tests. * Do a `make check' when building RPMs.
2004-05-04 12:15:30 +00:00
$(SHELL) -e -x
simple.sh: simple.nix
* Another test.
2004-05-04 13:22:33 +00:00
dependencies.sh: dependencies.nix
* 1000th revision! * A test to verify that locking of output paths (caused by concurrent invocations of Nix) works correctly.
2004-05-04 13:56:30 +00:00
locking.sh: locking.nix
* A test to verify that Nix executes build jobs in parallel, if possible. This test fails right now because this hasn't been implemented right now. Yes, I'm doing Test-Driven Development! ;-)
2004-05-04 17:04:17 +00:00
parallel.sh: parallel.nix
* An quick and dirty hack to support distributed builds.
2004-05-12 09:35:51 +00:00
build-hook.sh: build-hook.nix
* Re-enable support for substitutes in the normaliser. * A better substitute mechanism. Instead of generating a store expression for each store path for which we have a substitute, we can have a single store expression that builds a generic program that is invoked to build the desired store path, which is passed as an argument. This means that operations like `nix-pull' only produce O(1) files instead of O(N) files in the store when registering N substitutes. (It consumes O(N) database storage, of course, but that's not a performance problem). * Added a test for the substitute mechanism. * `nix-store --substitute' reads the substitutes from standard input, instead of from the command line. This prevents us from running into the kernel's limit on command line length.
2004-06-20 19:17:54 +00:00
substitutes.sh: substitutes.nix substituter.nix
* Multiple and/or failing substitutes now work.
2004-06-24 13:40:38 +00:00
substitutes2.sh: substitutes2.nix substituter.nix substituter2.nix
* Added a switch `--fallback'. From the manual: Whenever Nix attempts to realise a derivation for which a closure is already known, but this closure cannot be realised, fall back on normalising the derivation. The most common scenario in which this is useful is when we have registered substitutes in order to perform binary distribution from, say, a network repository. If the repository is down, the realisation of the derivation will fail. When this option is specified, Nix will build the derivation instead. Thus, binary installation falls back on a source installation. This option is not the default since it is generally not desirable for a transient failure in obtaining the substitutes to lead to a full build from source (with the related consumption of resources).
2004-06-28 10:42:57 +00:00
fallback.sh: fallback.nix
* Allow the location of the store etc. to be specified using environment variables. * Started adding some automatic tests. * Do a `make check' when building RPMs.
2004-05-04 12:15:30 +00:00
* A flag `--keep-going / -k' to keep building goals if one fails, as much as possible. (This is similar to GNU Make's `-k' flag.) * Refactoring to implement this: previously we just bombed out when a build failed, but now we have to clean up. In particular this means that goals must be freed quickly --- they shouldn't hang around until the worker exits. So the worker now maintains weak pointers in order not to prevent garbage collection. * Documented the `-k' and `-j' flags.
2004-06-25 15:36:09 +00:00
TESTS = init.sh simple.sh dependencies.sh locking.sh parallel.sh \
* Added a switch `--fallback'. From the manual: Whenever Nix attempts to realise a derivation for which a closure is already known, but this closure cannot be realised, fall back on normalising the derivation. The most common scenario in which this is useful is when we have registered substitutes in order to perform binary distribution from, say, a network repository. If the repository is down, the realisation of the derivation will fail. When this option is specified, Nix will build the derivation instead. Thus, binary installation falls back on a source installation. This option is not the default since it is generally not desirable for a transient failure in obtaining the substitutes to lead to a full build from source (with the related consumption of resources).
2004-06-28 10:42:57 +00:00
build-hook.sh substitutes.sh substitutes2.sh fallback.sh verify.sh
* 1000th revision! * A test to verify that locking of output paths (caused by concurrent invocations of Nix) works correctly.
2004-05-04 13:56:30 +00:00
* True parallel builds. Nix can now run as many build jobs in parallel as possible (similar to GNU Make's `-j' switch). This is useful on SMP systems, but it is especially useful for doing builds on multiple machines. The idea is that a large derivation is initiated on one master machine, which then distributes sub-derivations to any number of slave machines. This should not happen synchronously or in lock-step, so the master must be capable of dealing with multiple parallel build jobs. We now have the infrastructure to support this. TODO: substitutes are currently broken.
2004-05-11 18:05:44 +00:00
XFAIL_TESTS =
* Allow the location of the store etc. to be specified using environment variables. * Started adding some automatic tests. * Do a `make check' when building RPMs.
2004-05-04 12:15:30 +00:00
include ../substitute.mk
* Grrr. TESTS are not included in EXTRA_DIST.
2004-05-04 12:45:04 +00:00
EXTRA_DIST = $(TESTS) \
* Another test.
2004-05-04 13:22:33 +00:00
simple.nix.in simple.builder.sh \
* 1000th revision! * A test to verify that locking of output paths (caused by concurrent invocations of Nix) works correctly.
2004-05-04 13:56:30 +00:00
dependencies.nix.in dependencies.builder*.sh \
* A test to verify that Nix executes build jobs in parallel, if possible. This test fails right now because this hasn't been implemented right now. Yes, I'm doing Test-Driven Development! ;-)
2004-05-04 17:04:17 +00:00
locking.nix.in locking.builder.sh \
* An quick and dirty hack to support distributed builds.
2004-05-12 09:35:51 +00:00
parallel.nix.in parallel.builder.sh \
* Missing files added to `make dist'.
2004-06-21 12:20:47 +00:00
build-hook.nix.in build-hook.hook.sh \
* A test for multiple and/or failing substitutes.
2004-06-24 12:56:24 +00:00
substitutes.nix.in substituter.nix.in substituter.builder.sh \
* Add a test to check that when we cannot realise a closure expression, we should invalidate it and go back to the derivation for which it is a successor.
2004-06-24 14:35:01 +00:00
substitutes2.nix.in substituter2.nix.in substituter2.builder.sh \
* Added a switch `--fallback'. From the manual: Whenever Nix attempts to realise a derivation for which a closure is already known, but this closure cannot be realised, fall back on normalising the derivation. The most common scenario in which this is useful is when we have registered substitutes in order to perform binary distribution from, say, a network repository. If the repository is down, the realisation of the derivation will fail. When this option is specified, Nix will build the derivation instead. Thus, binary installation falls back on a source installation. This option is not the default since it is generally not desirable for a transient failure in obtaining the substitutes to lead to a full build from source (with the related consumption of resources).
2004-06-28 10:42:57 +00:00
fallback.nix.in
Copy permalink