Hi Chris, Christopher Baines <m...@cbaines.net> skribis:
> I've attempted to use this to install GuixSD on a Bytemark > VM. Unfortunately I haven't succeeded yet. I managed to get as far as > running guix system init, but when I did, it started downloading the > bootstrap binaries, and then building binutils. > > When I run guix system build, or guix build with the --dry-run options, > it says that it will download, rather than building, but it doesn't. It turned out to be issues related to grafts and to what Hydra builds, fixed with these commits: 3e442f85f * gnu: ghostscript-with-cups: Turn into a public variable. 91c9b5d01 * packages: 'package-grafts' trims native inputs. ff0e0041f * packages: 'fold-bag-dependencies' honors nativeness in recursive calls. f00b85ff8 * gnu: commencement: Do not graft early bootstrap packages. The Binutils issue is fixed by f00b85ff8. Commit 91c9b5d01 notably fixes the “expat issue”: coreutils had expat in its dependency graph, via gettext. Thus, the expat graft was picked up as a candidate graft. However, expat itself was subject to the glibc graft, and since there was no substitute for this particular expat, we’d have to build it first, just to throw it away later on because coreutils does not refer to it at run time. Long story short: we were flagging native inputs as potential sources of grafts even though, by definition, native inputs are not referred to at run time. The last commit ensures that Hydra builds the replacement for ‘ghostscript-with-cups’. What’s tricky is that one doesn’t notice these issues unless starting from a fresh store. I’ve uploaded an updated ISO image, which I used to test substitute availability and grafts. If you have time in the coming hours, feedback welcome: http://web.fdn.fr/~lcourtes/software/guix/guixsd-install-0.13.0.91c9b5d01.x86_64-linux.iso.xz http://web.fdn.fr/~lcourtes/software/guix/guixsd-install-0.13.0.91c9b5d01.x86_64-linux.iso.xz.sig Ludo’.
