2012-10-25 23:44:27 +02:00
|
|
|
|
-*- mode: org; coding: utf-8; -*-
|
|
|
|
|
|
2013-01-17 23:53:29 +01:00
|
|
|
|
#+TITLE: Hacking GNU Guix and Its Incredible Distro
|
2012-10-25 23:44:27 +02:00
|
|
|
|
|
2013-01-08 22:57:09 +01:00
|
|
|
|
Copyright © 2012, 2013 Ludovic Courtès <ludo@gnu.org>
|
2012-10-25 23:44:27 +02:00
|
|
|
|
|
|
|
|
|
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.
|
|
|
|
|
|
|
|
|
|
|
2013-01-17 23:53:29 +01:00
|
|
|
|
* Running Guix before it is installed
|
|
|
|
|
|
|
|
|
|
Command-line tools can be used even if you have not run "make install".
|
|
|
|
|
To do that, prefix each command with ‘./pre-inst-env’, as in:
|
|
|
|
|
|
|
|
|
|
./pre-inst-env guix-build --help
|
|
|
|
|
|
|
|
|
|
Similarly, for a Guile session using the Guix modules:
|
|
|
|
|
|
|
|
|
|
./pre-inst-env guile -c '(use-modules (guix utils)) (pk (%current-system))'
|
|
|
|
|
|
|
|
|
|
The ‘pre-inst-env’ script sets up all the environment variables
|
|
|
|
|
necessary to support this.
|
|
|
|
|
|
2012-11-04 19:45:40 +01:00
|
|
|
|
* Adding new packages
|
|
|
|
|
|
|
|
|
|
Package recipes in Guix look like this:
|
|
|
|
|
|
|
|
|
|
#+BEGIN_SRC scheme
|
|
|
|
|
(package
|
|
|
|
|
(name "nettle")
|
|
|
|
|
(version "2.5")
|
|
|
|
|
(source
|
|
|
|
|
(origin
|
2012-11-21 15:56:43 +01:00
|
|
|
|
(method url-fetch)
|
|
|
|
|
(uri (string-append "mirror://gnu/nettle/nettle-"
|
2012-11-04 19:45:40 +01:00
|
|
|
|
version ".tar.gz"))
|
|
|
|
|
(sha256
|
|
|
|
|
(base32
|
|
|
|
|
"0wicr7amx01l03rm0pzgr1qvw3f9blaw17vjsy1301dh13ll58aa"))))
|
|
|
|
|
(build-system gnu-build-system)
|
2013-01-17 23:53:29 +01:00
|
|
|
|
(inputs `(("m4" ,m4)))
|
2012-11-04 19:45:40 +01:00
|
|
|
|
(propagated-inputs `(("gmp" ,gmp)))
|
|
|
|
|
(home-page
|
|
|
|
|
"http://www.lysator.liu.se/~nisse/nettle/")
|
|
|
|
|
(synopsis "GNU Nettle, a cryptographic library")
|
|
|
|
|
(description
|
|
|
|
|
"Nettle is a cryptographic library...")
|
2013-01-17 23:53:29 +01:00
|
|
|
|
(license gpl2+))
|
2012-11-04 19:45:40 +01:00
|
|
|
|
#+END_SRC
|
|
|
|
|
|
|
|
|
|
Such a recipe can be written by hand, and then tested by running
|
|
|
|
|
‘./pre-inst-env guix-build nettle’.
|
|
|
|
|
|
|
|
|
|
When writing the recipe, the base32-encoded SHA256 hash of the source
|
|
|
|
|
code tarball, which can be seen in the example above, can be obtained by
|
|
|
|
|
running:
|
|
|
|
|
|
|
|
|
|
guix-download http://ftp.gnu.org/gnu/nettle/nettle-2.5.tar.gz
|
|
|
|
|
|
|
|
|
|
Alternatively, it is possible to semi-automatically import recipes from
|
|
|
|
|
the [[http://nixos.org/nixpkgs/][Nixpkgs]] software distribution using this command:
|
|
|
|
|
|
|
|
|
|
guix-import /path/to/nixpkgs/checkout nettle
|
|
|
|
|
|
|
|
|
|
The command automatically fetches and converts to Guix the “Nix
|
|
|
|
|
expression” of Nettle.
|
|
|
|
|
|
2012-10-25 23:44:27 +02:00
|
|
|
|
* Porting the Guix distro on a new platform
|
|
|
|
|
|
|
|
|
|
** Introduction
|
|
|
|
|
|
|
|
|
|
Unlike Make or similar build tools, Guix requires absolutely /all/ the
|
|
|
|
|
dependencies of a build process to be specified.
|
|
|
|
|
|
|
|
|
|
For a user-land software distribution, that means that the process that
|
|
|
|
|
builds GCC (then used to build all other programs) must itself be
|
|
|
|
|
specified; and the process to build the C library to build that GCC; and
|
|
|
|
|
the process to build the GCC to build that library; and... See the
|
|
|
|
|
problem? Chicken-and-egg.
|
|
|
|
|
|
|
|
|
|
To break that cycle, the distro starts from a set of pre-built
|
|
|
|
|
binaries–usually referred to as “bootstrap binaries.” These include
|
|
|
|
|
statically-linked versions of Guile, GCC, Coreutils, Make, Grep, sed,
|
|
|
|
|
etc., and the GNU C Library.
|
|
|
|
|
|
|
|
|
|
This section describes how to build those bootstrap binaries when
|
|
|
|
|
porting to a new platform.
|
|
|
|
|
|
|
|
|
|
** When the platform is supported by Nixpkgs
|
|
|
|
|
|
|
|
|
|
In that case, the easiest thing is to bootstrap the distro using
|
|
|
|
|
binaries from Nixpkgs.
|
|
|
|
|
|
|
|
|
|
To do that, you need to comment out the definitions of
|
distro: Move bootstrap packages to (distro packages bootstrap).
* distro/packages/base.scm (glibc-dynamic-linker, %bootstrap-guile,
bootstrap-origin, package-from-tarball, %bootstrap-base-url,
%bootstrap-coreutils&co, %bootstrap-binutils, %bootstrap-glibc,
%bootstrap-gcc, %bootstrap-inputs, package-with-bootstrap-guile): Move
to ...
* distro/packages/bootstrap.scm: ... here. New file.
* Makefile.am (MODULES): Add it.
* tests/builders.scm: Use (distro packages bootstrap).
(%bootstrap-guile): Remove.
* tests/packages.scm: Likewise.
* tests/union.scm: Likewise, and remove @@ to access %bootstrap-inputs.
* tests/derivations.scm: Use (distro packages bootstrap) and remove @@
to access %bootstrap-coreutils&co.
* HACKING (When the platform is supported by Nixpkgs): Update
accordingly.
2012-11-04 22:04:41 +01:00
|
|
|
|
‘%bootstrap-guile’ and ‘%bootstrap-inputs’ in distro/packages/bootstrap.scm
|
2012-10-25 23:44:27 +02:00
|
|
|
|
to force the use of Nixpkgs derivations. For instance, when porting to
|
|
|
|
|
‘i686-linux’, you should redefine these variables along these lines:
|
|
|
|
|
|
|
|
|
|
#+BEGIN_SRC scheme
|
|
|
|
|
(define %bootstrap-guile
|
|
|
|
|
(nixpkgs-derivation "guile" "i686-linux"))
|
|
|
|
|
|
|
|
|
|
(define %bootstrap-inputs
|
|
|
|
|
(compile-time-value
|
|
|
|
|
`(("libc" ,(nixpkgs-derivation "glibc" "i686-linux"))
|
|
|
|
|
,@(map (lambda (name)
|
|
|
|
|
(list name (nixpkgs-derivation name "i686-linux")))
|
|
|
|
|
'("gnutar" "gzip" "bzip2" "xz" "patch"
|
|
|
|
|
"coreutils" "gnused" "gnugrep" "bash"
|
|
|
|
|
"gawk" ; used by `config.status'
|
|
|
|
|
"gcc" "binutils")))))
|
|
|
|
|
#+END_SRC
|
|
|
|
|
|
|
|
|
|
That should allow the distro to be bootstrapped.
|
|
|
|
|
|
|
|
|
|
Then, the tarballs containing the initial binaries of Guile, Coreutils,
|
|
|
|
|
GCC, libc, etc. need to be built. To that end, run the following
|
|
|
|
|
commands:
|
|
|
|
|
|
|
|
|
|
#+BEGIN_SRC sh
|
2013-01-21 04:06:54 +01:00
|
|
|
|
./pre-inst-env guix-build -K \
|
|
|
|
|
-e '(@ (gnu packages make-bootstrap) %bootstrap-tarballs)' \
|
2012-10-25 23:44:27 +02:00
|
|
|
|
--system=i686-linux
|
2013-01-08 22:57:09 +01:00
|
|
|
|
|
2012-10-25 23:44:27 +02:00
|
|
|
|
#+END_SRC
|
|
|
|
|
|
|
|
|
|
These should build tarballs containing statically-linked tools usable on
|
|
|
|
|
that system.
|
|
|
|
|
|
|
|
|
|
In the source tree, you need to install binaries for ‘mkdir’, ‘bash’,
|
|
|
|
|
‘tar’, and ‘xz’ under ‘distro/packages/bootstrap/i686-linux’. These
|
|
|
|
|
binaries can be extracted from the static-binaries tarball built above.
|
|
|
|
|
|
2013-01-08 22:57:09 +01:00
|
|
|
|
A rule for ‘distro/packages/bootstrap/i686-linux/guile-2.0.7.tar.xz’
|
2012-10-25 23:44:27 +02:00
|
|
|
|
needs to be added in ‘Makefile.am’, with the appropriate hexadecimal
|
|
|
|
|
vrepresentation of its SHA256 hash.
|
|
|
|
|
|
2013-01-08 22:57:09 +01:00
|
|
|
|
You may then revert your changes to ‘bootstrap.scm’. For the variables
|
2012-10-25 23:44:27 +02:00
|
|
|
|
‘%bootstrap-coreutils&co’, ‘%bootstrap-binutils’, ‘%bootstrap-glibc’,
|
|
|
|
|
and ‘%bootstrap-gcc’, the expected SHA256 of the corresponding tarballs
|
|
|
|
|
for ‘i686-linux’ (built above) must be added.
|
|
|
|
|
|
|
|
|
|
This should be enough to bootstrap the distro without resorting to
|
|
|
|
|
Nixpkgs.
|
|
|
|
|
|
|
|
|
|
** When the platform is *not* supported by Nixpkgs
|
|
|
|
|
|
|
|
|
|
In that case, the bootstrap binaries should be built using whatever
|
|
|
|
|
tools are available on the target platform. That is, the tarballs and
|
|
|
|
|
binaries show above must first be built manually, using the available
|
|
|
|
|
tools.
|
|
|
|
|
|
|
|
|
|
They should have the same properties as those built by the Guix recipes
|
|
|
|
|
shown above. For example, all the binaries (except for glibc) must be
|
|
|
|
|
statically-linked; the bootstrap Guile must be relocatable (see patch in
|
|
|
|
|
the Guix distro); the static-binaries tarball must contain the same
|
|
|
|
|
programs (Coreutils, Grep, sed, Awk, etc.); and so on.
|
|
|
|
|
|