A repo uploading my work on the GSoC Project of porting Guix and GuixSD to Hurd.
Branch: wip-hurd-native
Clone or download
Type Name Latest commit message Commit time
Failed to load latest commit information.
build-aux hydra: Add "aarch64-linux-gnu" as a cross-compilation target. Feb 17, 2017
emacs Remove Emacs interface. Dec 29, 2016
etc etc: The pre-push hook says which commits failed the signature check. Feb 8, 2017
gnu Add missing glibc/hurd patches Feb 15, 2017
guix Merge branch 'master' into core-updates Feb 10, 2017
m4 offload: Use Guile-SSH instead of GNU lsh. Nov 25, 2016
nix Workaround the daemon issues for now. Feb 15, 2017
po Add 'guix copy'. Dec 31, 2016
scripts challenge: Really exit with non-zero upon hash mismatch. Apr 6, 2016
srfi Update SRFI-64 to the latest upstream version. Feb 24, 2014
tests Merge branch 'master' into core-updates Feb 10, 2017
.dir-locals.el Add (guix memoization). Jan 28, 2017
.gitignore build: Add build-aux/ar-lib to .gitignore. Feb 10, 2017
AUTHORS AUTHORS: Remove the hand-made list of people. Jul 19, 2015
CODE-OF-CONDUCT CoC: Clarify which project we're talking about. Apr 4, 2016
COPYING Add the usual top-level files. Jun 3, 2012
ChangeLog build: Generate a ChangeLog file upon "make dist". May 12, 2013
HACKING maint: Fix invalid calls to 'info'. Jan 30, 2017
README maint: Fix invalid calls to 'info'. Jan 30, 2017
ROADMAP Rename 'dmd' to 'shepherd' in comments and strings. Jan 29, 2016
THANKS Thank Thomas. Jul 18, 2016
TODO Update 'TODO'. Sep 1, 2016
bootstrap Remove 'nix-upstream' submodule. Dec 19, 2014
config-daemon.ac config-daemon.ac: detect host AR Feb 6, 2017
configure.ac build: Warn about lack of substitutes for non-standard stores. Feb 7, 2017
d3.v3.js graph: Add d3js backend. Dec 14, 2016
gnu.scm system: Add (gnu system mapped-devices). Apr 17, 2016
graph.js graph: Add d3js backend. Dec 14, 2016
hydra.gnu.org.pub Add hydra.gnu.org's narinfo signing public key. Mar 30, 2014


-*- mode: org -*-

GNU Guix (IPA: ɡiːks) is a purely functional package manager, and associated free software distribution, for the GNU system. In addition to standard package management features, Guix supports transactional upgrades and roll-backs, unprivileged package management, per-user profiles, and garbage collection.

It provides Guile Scheme APIs, including a high-level embedded domain-specific languages (EDSLs) to describe how packages are to be built and composed.

A user-land free software distribution for GNU/Linux comes as part of Guix.

Guix is based on the Nix package manager.


GNU Guix currently depends on the following packages:

  • GNU Guile 2.0.x, version 2.0.7 or later
  • GNU libgcrypt
  • GNU Make
  • optionally Guile-JSON, for the ‘guix import pypi’ command
  • optionally GnuTLS compiled with guile support enabled, for HTTPS support in the ‘guix download’ command. Note that ‘guix import pypi’ requires this functionality.

Unless `–disable-daemon’ was passed, the following packages are needed:

When `–disable-daemon’ was passed, you instead need the following:


See the manual for the installation instructions, either by running

info -f doc/guix.info “Installation”

or by checking the web copy of the manual.

For information on installation from a Git checkout, please see the section “Building from Git” in the manual.

Installing Guix from Guix

You can re-build and re-install Guix using a system that already runs Guix. To do so:

  • Start a shell with the development environment for Guix:

    guix environment guix

  • Re-run the ‘configure’ script passing it the option ‘–localstatedir=/somewhere’, where ‘/somewhere’ is the ‘localstatedir’ value of the currently installed Guix (failing to do that would lead the new Guix to consider the store to be empty!).
  • Run “make”, “make check”, and “make install”.

How It Works

Guix does the high-level preparation of a derivation. A derivation is the promise of a build; it is stored as a text file under /gnu/store/xxx.drv. The (guix derivations) module provides the `derivation’ primitive, as well as higher-level wrappers such as `build-expression->derivation’.

Guix does remote procedure calls (RPCs) to the Guix or Nix daemon (the guix-daemon or nix-daemon command), which in turn performs builds and accesses to the Nix store on its behalf. The RPCs are implemented in the (guix store) module.

Installing Guix as non-root

The Guix daemon allows software builds to be performed under alternate user accounts, which are normally created specifically for this purpose. For instance, you may have a pool of accounts in the guixbuild group, and then you can instruct guix-daemon to use them like this:

$ guix-daemon –build-users-group=guixbuild

However, unless it is run as root, guix-daemon cannot switch users. In that case, it falls back to using a setuid-root helper program call nix-setuid-helper. That program is not setuid-root by default when you install it; instead you should run a command along these lines (assuming Guix is installed under /usr/local):


GNU Guix is hosted at https://savannah.gnu.org/projects/guix/.

Please email <bug-guix@gnu.org> for bug reports or questions regarding Guix and its distribution; email <gnu-system-discuss@gnu.org> for general issues regarding the GNU system.

Join #guix on irc.freenode.net.

Guix & Nix

GNU Guix is based on the Nix package manager. It implements the same package deployment paradigm, and in fact it reuses some of its code. Yet, different engineering decisions were made for Guix, as described below.

Nix is really two things: a package build tool, implemented by a library and daemon, and a special-purpose programming language. GNU Guix relies on the former, but uses Scheme as a replacement for the latter.

Using Scheme instead of a specific language allows us to get all the features and tooling that come with Guile (compiler, debugger, REPL, Unicode, libraries, etc.) And it means that we have a general-purpose language, on top of which we can have embedded domain-specific languages (EDSLs), such as the one used to define packages. This broadens what can be done in package recipes themselves, and what can be done around them.

Technically, Guix makes remote procedure calls to the ‘nix-worker’ daemon to perform operations on the store. At the lowest level, Nix “derivations” represent promises of a build, stored in ‘.drv’ files in the store. Guix produces such derivations, which are then interpreted by the daemon to perform the build. Thus, Guix derivations can use derivations produced by Nix (and vice versa).

With Nix and the Nixpkgs distribution, package composition happens at the Nix language level, but builders are usually written in Bash. Conversely, Guix encourages the use of Scheme for both package composition and builders. Likewise, the core functionality of Nix is written in C++ and Perl; Guix relies on some of the original C++ code, but exposes all the API as Scheme.

Related software

  • Nix, Nixpkgs, and NixOS, functional package manager and associated software distribution, are the inspiration of Guix
  • GNU Stow builds around the idea of one directory per prefix, and a symlink tree to create user environments
  • STORE shares the same idea
  • GNOME’s OSTree allows bootable system images to be built from a specified set of packages
  • The GNU Source Release Collection (GSRC) is a user-land software distribution; unlike Guix, it relies on core tools available on the host system