GNU Guix
1.4.0[1] 
/ 19 December 2022; 18 months ago (19 December 2022)
Written in
Guile Scheme, C++ (Nix core)
Website
GNU Guix (/ɡiːks/[2]) is a functional cross-platform package manager and a tool to instantiate and manage Unix-like operating systems, based on the Nix package manager. Configuration and package recipes are written in Guile Scheme. GNU Guix is the default package manager of the GNU Guix System distribution.[3]
Differing from traditional package managers, Guix (like Nix) utilizes a purely functional deployment model where software is installed into unique directories generated through cryptographic hashes. All dependencies for each software are included within each hash.[4][5] This solves the problem of dependency hell,[6] allows multiple versions of the same software to coexist and makes packages portable and reproducible. Performing scientific computations in a Guix setup has been proposed as a promising response to the replication crisis.[7][8]
The development of GNU Guix is intertwined with the GNU Guix System,[9] an installable operating system distribution using the Linux-libre kernel and GNU Shepherd init system.[10][11][12]
Guix packages are defined through functional Guile Scheme APIs specifically designed for package management. Dependencies are tracked directly in this language through special values called "derivations" which are evaluated by the Guix daemon lazily. Guix keeps track of these references automatically so that installed packages can be garbage collected when no other package depends on them - at the cost of greater storage requirements, all upgrades in Guix are guaranteed to be both atomic and can be rolled back.
The roll-back feature of Guix is inherited from the design of Nix and is rarely found in other operating systems, since it requires an unorthodox approach to how the system should function (see MicroOS). The Guix package manager, like Nix, can however be used on many distributions like Debian and Parabola.[13][14] This also enables multiple users to safely install software on the same system without administrator privileges.
Compared to traditional package managers, Guix package stores can grow considerably bigger and therefore require more bandwidth; although compared to container solutions (like Docker) that are also commonly employed to solve dependency hell, Guix is leaner and conforms to practices like Don't repeat yourself and Single source of truth. If the user chooses to build everything from source even larger storage space and bandwidth is required.
Inherited from the design of Nix, most of the content of the package manager is kept in a directory /gnu/store where only the Guix daemon has write-access. This is achieved via specialised bind mounts, where the Store as a file system is mounted read only, prohibiting interference even from the root user, while the Guix daemon remounts the Store as read/writable in its own private namespace. Guix talks with this daemon to build things or fetch substitutes which are all kept in the store. Users are discouraged from ever manually touching the store by re-mounting it as writable since this defeats the whole purpose of the store.
Guix - like Nix - has built-in garbage collection facilities to help prune dead store items and keep the live ones.[15]
This is an example of a package definition for the hello-package:
(define-public hello
(package
(name "hello")
(version "2.10")
(source (origin
(method url-fetch)
(uri (string-append "mirror://gnu/hello/hello-" version
".tar.gz"))
(sha256
(base32
"0ssi1wpaf7plaswqqjwigppsg5fyh99vdlb9kzl7c9lng89ndq1i"))))
(build-system gnu-build-system)
(synopsis "Hello, GNU world: An example GNU package")
(description
"GNU Hello prints the message \"Hello, world!\" and then exits. It
serves as an example of standard GNU coding practices. As such, it supports
command-line arguments, multiple languages, and so on.")
(home-page "https://www.gnu.org/software/hello/")
(license gpl3+)))
It is written using Guile. The package recipes can easily be inspected (running e.g. guix edit hello) and changed in Guix, making the system transparent and very easy to modify.
Inherited from the design of Nix, all manipulation of store items is independent of each other, and the directories of the store begin with a base32-encoded hash of the source code of the derivation along with its inputs.
Guix package uses profiles generations, which are a collection of symlinks to specific store items together comprising what the user has installed into the profile. Every time a package is installed or removed, a new generation will be built.
E.g. the profile of a user who only installed GNU Hello contains links to the store item which holds the version of hello installed with the currently used guix.
E.g. on version c087a90e06d7b9451f802323e24deb1862a21e0f of guix, this corresponds to the following item: /gnu/store/md2plii4g5sk66wg9cgwc964l3xwhrm9-hello-2.10 (built from the recipe above).
In addition to symlinks, each profile guix builds also contains a union of all the info-manuals, man-pages, icons, fonts, etc. so that the user can browse documentation and have access to all the icons and fonts installed.
The default symlinks to profile generations are stored under /var/guix in the filesystem.
The user can create any number of profiles by invoking guix package -p PROFILE-NAME COMMAND. A new directory with the profile-name as well as profile-generation-symlinks will then be created in the current directory.
Guix package enables instantaneous roll-back to a previous profile generation via changing the symlink to an earlier profile generation.[16] Profiles are also stored in the store e.g. this item is a profile containing hello above: /gnu/store/b4wipjlsapvnijmbawl7sh76087vpl4n-profile (built and activated when running guix install hello).
Guix shell enables the user to easily enter an environment where all the necessary packages for development of software are present without clogging up the users default profile with dependencies for multiple projects.[17]
E.g. running guix shell --development hello enters a throw-away environment where everything needed to compile hello on guix is present (gcc, guile, etc.).
Without the --development flag, only the package hello would be installed and not its build-dependencies. This supplants the guix environment command, which installs the dependencies of a package by default, as it was considered more intuitive for the command to install the specified packages by default and only install development dependencies with a flag.[18]
If you want a persistent gc-rooted environment that is not garbage collected on the next run of guix gc you can create a root:
E.g. running guix shell --root=hello-root --development hello enters an environment where everything needed to compile guix is present (gcc, guile, etc.) and registered as a root in the current directory (by symlinking to the items in the store).
Guix pack enables the user to bundle together store items and output them as either a docker binary image, a relocatable tarball or a squashfs binary.[19]
Guix graph enables the user to view different graphs of the packages and their dependencies.[20]
GNU Guix System uses Guix as its package manager and configuration system, similar to how NixOS uses Nix.
The project was started in June 2012 by Ludovic Courtès, one of the GNU Guile hackers.[21]
The GNU Project announced in November 2012 the first release of GNU Guix, a functional package manager based on Nix that provides, among other things, Guile Scheme APIs.[22]
On August 20, 2015, it was announced that Guix had been ported to GNU Hurd.[23]
The project has no fixed release schedule and has until now released approximately every 6 months.
Version
Announcement
Supported architectures
Packages
0.1 (alpha)
Courtès, Ludovic (18 January 2013). "GNU Guix 0.1 released (alpha)".
i686, x86_64
~150
0.2 (alpha)
Courtès, Ludovic (12 May 2013). "GNU Guix 0.2 released (alpha)".
~400
0.3
Courtès, Ludovic (17 Jul 2013). "GNU Guix 0.3 released".
~430
0.4
Courtès, Ludovic (27 Sep 2013). "GNU Guix 0.4 released".
~490
0.5
Courtès, Ludovic (11 Dec 2013). "GNU Guix 0.5 released".
~600
0.6
Courtès, Ludovic (9 Apr 2014). "GNU Guix 0.6 released".
~691
0.7
Courtès, Ludovic (25 Jul 2014). "GNU Guix 0.7 released".
~825
0.8
Courtès, Ludovic (18 Nov 2014). "GNU Guix 0.8 released".
i686, x86_64, mips64el
~987
0.8.1
Courtès, Ludovic (29 Jan 2015). "GNU Guix 0.8.1 released".
i686, x86_64, mips64el, armv7
~1151
0.8.2
Courtès, Ludovic (14 May 2015). "GNU Guix 0.8.2 released".
~1869
0.8.3
Courtès, Ludovic (22 Jul 2015). "GNU Guix 0.8.3 released".
~2048
0.9.0
Courtès, Ludovic (5 Nov 2015). "GNU Guix 0.9.0 released".
~2591
0.10.0
Courtès, Ludovic (29 Mar 2016). "GNU Guix & GuixSD 0.10.0 released".
~3230
0.11.0
Courtès, Ludovic (3 Aug 2016). "GNU Guix & GuixSD 0.11.0 released".
~3714
0.12.0
Wurmus, Ricardo (21 Dec 2016). "GNU Guix & GuixSD 0.12.0 released".
~4567
0.13.0
Courtès, Ludovic (22 May 2017). "GNU Guix & GuixSD 0.13.0 released".
i686, x86_64, mips64el, armv7, aarch64
~5407
0.14.0
Courtès, Ludovic (7 Dec 2017). "GNU Guix & GuixSD 0.14.0 released".
~6618
0.15.0
Courtès, Ludovic (6 Jul 2018). "GNU Guix & GuixSD 0.15.0 released".
~7857
0.16.0
Courtès, Ludovic (6 Dec 2018). "GNU Guix & GuixSD 0.16.0 released".
~8715
1.0.0
Courtès, Ludovic (2 May 2019). "GNU Guix 1.0.0 released".
~9712
1.0.1
Courtès, Ludovic (19 May 2019). "GNU Guix 1.0.1 released".
~9771
1.1.0
Courtès, Ludovic (15 April 2020). "GNU Guix 1.1.0 released".
i686, x86_64, armv7, aarch64
~13161
1.2.0
Courtès, Ludovic (23 November 2020). "GNU Guix 1.2.0 released".
~15333
1.3.0
Courtès, Ludovic (11 May 2021). "GNU Guix 1.3.0 released".
i686, x86_64, powerpc64le, armv7, aarch64
~17262
1.4.0
Courtès, Ludovic (19 December 2022). "GNU Guix 1.4.0 released".
i686, x86_64, powerpc64le, armv7, aarch64
~22000
Data from WikidataHistory
Licenses
Software
Contributors
Other topics
Other
Commons
Other
Other
Discontinued
Other
Comparison
Category
