mdebray/tvl-depot
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions
tvl-depot/corepkgs/Makefile.am

11 lines
442 B
Text
Raw Normal View History

* Get `nix-push' working again. It now uses Nix/Fix to create Nix archives (using the package in corepkgs/nar). * queryPathByHash -> expandHash, and it takes an argument specifying the target path (which may be empty). * Install the core Fix packages in $prefix/share/fix. TODO: bootstrap Nix and install Nix as a Fix package.
2003-07-10 15:41:28 +02:00
install-data-local:
$(INSTALL) -d $(datadir)/fix
$(INSTALL) -d $(datadir)/fix/fetchurl
$(INSTALL_DATA) fetchurl/fetchurl.fix $(datadir)/fix/fetchurl
$(INSTALL_DATA) fetchurl/fetchurl.sh $(datadir)/fix/fetchurl
$(INSTALL) -d $(datadir)/fix/nar
$(INSTALL_DATA) nar/nar.fix $(datadir)/fix/nar
$(INSTALL_DATA) nar/nar.sh $(datadir)/fix/nar
* The policy-free derivate sharing now *almost* works. :-) For any hash for which no local expansion is available, Nix can execute a `substitute' which should produce a path with such a hash. This is policy-free since Nix does not in any way specify how the substitute should work, i.e., it's an arbitrary (unnormalised) fstate expression. For example, `nix-pull' registers substitutes that fetch Nix archives from the network (through `wget') and unpack them, but any other method is possible as well. This is an improvement over the old Nix sharing scheme, which had a policy (fetching through `wget') built in. The sharing scheme doesn't work completely yet because successors from fstate rewriting have to be registered on the receiving side. Probably the whole successor stuff can be folded up into the substitute mechanism; this would be a nice simplification.
2003-07-10 17:11:48 +02:00
$(INSTALL_DATA) nar/unnar.fix $(datadir)/fix/nar
$(INSTALL_DATA) nar/unnar.sh $(datadir)/fix/nar
Reference in a new issue Copy permalink