Go to file
Andreas Enge 73adf22037 gnu: Add python-setuptools, python2-setuptools.
* gnu/packages/python.scm (python-setuptools, python2-setuptools):
    New variables.
2013-09-10 21:08:12 +02:00
build-aux list-packages: Tidy CSS in preparation for split into external file. 2013-08-28 14:18:29 +02:00
doc doc: Stylistic changes to "Packaging Guidelines" 2013-08-31 00:02:00 +02:00
gnu gnu: Add python-setuptools, python2-setuptools. 2013-09-10 21:08:12 +02:00
guix guix: python: Do not import %standard-phases from gnu-build-system. 2013-09-10 20:32:50 +02:00
m4 build: Provide a replacement (srfi srfi-37) when the user's one is broken. 2013-07-17 11:05:19 +02:00
nix daemon: Make argp usage compatible with libc on GNU/Hurd. 2013-07-04 22:46:26 +02:00
nix-upstream@1b6ee8f4c7 Update upstream Nix sub-module. 2013-06-14 17:05:32 +02:00
po Update `eo.po'. 2013-08-15 11:46:42 +02:00
scripts guix: Make sure UPDATES-DIR is valid. 2013-02-21 10:27:34 +01:00
srfi build: Provide a replacement (srfi srfi-37) when the user's one is broken. 2013-07-17 11:05:19 +02:00
tests derivations: Rename #:dependency-graphs to #:references-graphs. 2013-08-28 00:55:40 +02:00
.dir-locals.el substitute-binary: Work around thread-unsafe `regexp-exec'. 2013-05-14 23:53:38 +02:00
.gitignore doc: Add a "Boostrapping" section. 2013-07-07 00:29:50 +02:00
.gitmodules build: Add Nix as a sub-module. 2012-12-03 23:05:11 +01:00
AUTHORS Add Mark to `AUTHORS'. 2013-02-17 22:19:32 +01:00
COPYING Add the usual top-level files. 2012-06-03 23:46:56 +02:00
ChangeLog build: Generate a ChangeLog file upon "make dist". 2013-05-12 16:35:17 +02:00
HACKING doc: Add note about .dir-locals.el. 2013-08-30 23:53:13 +02:00
Makefile.am build: Build docs from the top-level Makefile. 2013-08-29 21:58:52 +02:00
NEWS Update NEWS. 2013-07-17 15:33:48 +02:00
README doc: Improve build instructions in README and HACKING. 2013-07-19 00:07:03 +02:00
ROADMAP Update `ROADMAP'. 2013-01-22 00:17:42 +01:00
THANKS gnu: Add pspp. 2013-08-24 15:11:02 +02:00
TODO Add TODO item. 2013-08-23 11:37:10 +02:00
bootstrap build: Have `bootstrap' run all the necessary steps. 2012-12-13 23:46:33 +01:00
config-daemon.ac build: Use separate `AC_CONFIG_FILES' invocations for executable files. 2013-05-12 23:26:46 +02:00
configure.ac build: Use `missing' for `dot'. 2013-08-29 21:58:53 +02:00
daemon.am build: Pass the appropriate flags when building `libstore.a'. 2013-04-08 23:21:38 +02:00
doc.am build: Have `pdf' depend on the PDF image. 2013-08-29 21:58:53 +02:00
gnu-system.am gnu: Add yasm. 2013-08-31 14:12:24 +02:00
guix.scm Update license headers. 2013-01-06 00:47:50 +01:00
pre-inst-env.in Add preliminary binary substituter. 2013-04-03 22:44:39 +02:00
release.nix release.nix: Revert back to before unchroot experiments. 2013-05-12 15:18:17 +02:00
test-env.in build: Set the umask to 0022 before running the daemon for tests. 2013-07-08 22:43:53 +02:00

README

This file contains ambiguous Unicode characters

This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

-*- mode: org -*-

[[http://www.gnu.org/software/guix/][GNU Guix]] (IPA: /ɡiːks/) is a purely functional package manager, and
associated free software distribution, for the [[http://www.gnu.org/gnu/gnu.html][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 [[http://www.gnu.org/software/guile/][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 [[http://nixos.org/nix/][Nix]] package manager.


* Requirements

GNU Guix currently depends on the following packages:

  - [[http://gnu.org/software/guile/][GNU Guile 2.0.x]], version 2.0.5 or later
  - [[http://gnupg.org/][GNU libgcrypt]]

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

  - [[http://sqlite.org/][SQLite 3]]
  - [[http://www.bzip.org][libbz2]]
  - [[http://gcc.gnu.org][GCC's g++]]

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

  - [[http://nixos.org/nix/][Nix]]

* Installation

See the manual for the installation instructions, either by running

  info -f doc/guix.info "(guix) Installation"

or by checking the [[http://www.gnu.org/software/guix/manual/guix.html#Installation][web copy of the manual]].

For information on installation from a Git checkout, please see the HACKING
file.

* Installing Guix from Guix

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

  - Install the dependencies (see 'Requirements' above) and build tools using
    Guix.  You should have the following packages installed in your user
    profile:

    - autoconf
    - automake
    - bzip2
    - gcc
    - gettext
    - glibc
    - guile
    - ld-wrapper
    - libgcrypt
    - pkg-config
    - sqlite

  - set the environment variables that Guix recommends you to set during the
    package installation process:
      ACLOCAL, CPATH, LIBRARY_PATH, PATH, PKG_CONFIG_PATH
    In addition, set 
      GUIX_LD_WRAPPER_ALLOW_IMPURITIES=yes

  - re-run the configure script passing it the option
    `--with-libgcrypt-prefix=$HOME/.guix-profile/'

  - run "make" 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
=/nix/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):

  # chown root.root /usr/local/libexec/nix-setuid-helper
  # chmod 4755 /usr/local/libexec/nix-setuid-helper

* Contact

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 [[http://nixos.org/nix/][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 [[http://nixos.org/nixpkgs][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

  - [[http://nixos.org][Nix, Nixpkgs, and NixOS]], functional package manager and associated
    software distribution, are the inspiration of Guix
  - [[http://www.gnu.org/software/stow/][GNU Stow]] builds around the idea of one directory per prefix, and a
    symlink tree to create user environments
  - [[http://www.pvv.ntnu.no/~arnej/store/storedoc_6.html][STORE]] shares the same idea
  - [[https://live.gnome.org/OSTree/][GNOME's OSTree]] allows bootable system images to be built from a
    specified set of packages
  - The [[http://www.gnu.org/s/gsrc/][GNU Source Release Collection]] (GSRC) is a user-land software
    distribution; unlike Guix, it relies on core tools available on the
    host system