-*- mode: org; coding: utf-8; -*-
Copyright © 2012, 2013, 2014 Ludovic Courtès <[email protected]>
Copying and distribution of this file, with or without modification, are permitted in any medium without royalty provided the copyright notice and this notice are preserved.
Generate narinfos and nars on the fly, upon HTTP GET requests. Ideally, extend .nix-cache-info to include the server’s public key, and also reply to requests for .narinfo.sig. Optionally, use Guile-Avahi to publish the service.
MAYBE Add a substituter that uses the GNUnet DHT or libswift
Would be neat if binaries could be pushed to and pulled from the GNUnet DHT or rather libswift (since DHTs aren’t suited for large payloads). Guix users would sign their binaries, and define which binaries they trust.
Use UPnP and similar to traverse NAT, like ‘filegive’ does.
For instance, glibc, binutils, gcc, and ld-wrapper would recommend each other. ‘guix package -i’ could ask interactively (?), or allow users to follow all or none of the recommendations.
This should specify builder code to be run when building a user environment with ‘guix-package’. For instance, Texinfo’s hook would create a new ‘dir’.
(outputs '("out" "include"))
(propagated-build-inputs
`(((("i1" ,p1 "o1")
("i2" ,p2))
=> "include")
("i3" ,p3)))
synchronize non-GNU package descriptions with the FSD
Meta-data for GNU packages, including descriptions and synopses, can be dumped from the FSD: http://directory.fsf.org/wiki?title=GNU/Export&action=purge . We could periodically synchronize with that.
The Guildhall is Guile’s packaging system. It should be easy to add a ‘guildhall-build-system’ that does the right thing based on guildhall recipes.
Support sophisticated collision handling when building a union: honor per-package priorities, etc.
Tests that need to download stuff or otherwise take a long time would only be run when that is defined.
Would download a substitute, and compare its contents against a (hopefully locally-built) copy.
MAYBE Add equivalent to chrpath that uses guile-dlhacks
See Shea Levy’s `replace-dependency’ in Nixpkgs.
Problems include that current glibc releases do not build on GNU/Hurd. In addition, there haven’t been stable releases of GNU Mach, MiG, and Hurd, which would be a pre-condition.