NixOS: Difference between revisions
→top: Hatnotes: tone and neutrality are OK now |
|||
Line 113: | Line 113: | ||
In NixOS, the entire operating system — including the [[Kernel (operating system)|kernel]], applications, system packages, and [[Configuration file|configuration files]] — is built by the Nix package manager from a description in the [https://nixos.org/manual/nix/stable/language/index.html Nix language]. Building a new configuration will not overwrite previous configurations.<ref>{{cite conference |url=https://edolstra.github.io/pubs/hotos-final.pdf |archive-url=https://web.archive.org/web/20200710064409/https://edolstra.github.io/pubs/hotos-final.pdf |url-status=live |archive-date=2020-07-10 |access-date=2023-07-19 |title=Purely Functional System Configuration Management |first1=Eelco |last1=Dolstra |first2=Armijn |last2=Hemel |conference=11th USENIX workshop on Hot topics in operating systems |date=2007-05-07 |location=San Diego, California, USA |conference-url=https://www.usenix.org/conference/hotosxi |publisher=USENIX Association}}</ref> |
In NixOS, the entire operating system — including the [[Kernel (operating system)|kernel]], applications, system packages, and [[Configuration file|configuration files]] — is built by the Nix package manager from a description in the [https://nixos.org/manual/nix/stable/language/index.html Nix language]. Building a new configuration will not overwrite previous configurations.<ref>{{cite conference |url=https://edolstra.github.io/pubs/hotos-final.pdf |archive-url=https://web.archive.org/web/20200710064409/https://edolstra.github.io/pubs/hotos-final.pdf |url-status=live |archive-date=2020-07-10 |access-date=2023-07-19 |title=Purely Functional System Configuration Management |first1=Eelco |last1=Dolstra |first2=Armijn |last2=Hemel |conference=11th USENIX workshop on Hot topics in operating systems |date=2007-05-07 |location=San Diego, California, USA |conference-url=https://www.usenix.org/conference/hotosxi |publisher=USENIX Association}}</ref> |
||
A NixOS system is configured by writing a specification of the functionality that the user wants on their machine in a global configuration file (<code>/etc/nixos |
A NixOS system is configured by writing a specification of the functionality that the user wants on their machine in a global configuration file (typically located in <code>/etc/nixos</code>). The following is a minimal configuration of a machine running an SSH daemon:<ref>{{cite web |url=http://nixos.org/nixos/about.html |title=About NixOS|publisher=Nixos.org|access-date=2015-09-19}}</ref> |
||
<syntaxhighlight lang="nix"> |
<syntaxhighlight lang="nix"> |
Revision as of 13:38, 10 December 2023
![]() | This article has multiple issues. Please help improve it or discuss these issues on the talk page. (Learn how and when to remove these template messages)
|
![]() | |
Developer | NixOS contributors
NixOS Foundation[1][2] |
---|---|
Written in | Nix expression language[note 1] |
OS family | Linux (Unix-like) |
Working state | Current |
Source model | Open source |
Initial release | 0.1 / June 3, 2003 |
Latest release | 23.11[3] / November 29, 2023 |
Repository | |
Marketing target | General purpose |
Package manager | Nix |
Platforms | i686, x86-64, AArch64 |
Kernel type | Monolithic (Linux kernel) |
License | MIT[4][note 2] |
Official website | nixos |
NixOS is a free and open source Linux distribution based on the purely functional Nix (package manager). NixOS is composed using modules and packages defined in the nixpkgs project.
NixOS uses an immutable design and an atomic update model.[5] Its use of a declarative configuration allows for reproducibility and portability.[6]
History
![]() | This section needs expansion. You can help by adding to it. (December 2023) |
In 2003, Eelco Dolstra started NixOS as a research project.[7][8] Dolstra says that the purpose of the project was to achieve a system for correct software deployment.[9] In 2015, the NixOS Foundation was founded in the Netherlands, aiming to support projects like NixOS that implement the purely functional deployment model.[10]
Versions
Release version history
Name | Date |
---|---|
NixOS 13.10 first stable branch of NixOS | October 2013 |
NixOS 14.04 "Baboon" | April 2014 |
NixOS 14.12 "Caterpillar" | December 2014 |
NixOS 15.09 "Dingo" | September 2015 |
NixOS 16.03 "Emu" | March 2016 |
NixOS 16.09 "Flounder" | September 2016 |
NixOS 17.03 "Gorilla" | March 2017 |
NixOS 17.09 "Hummingbird" | September 2017 |
NixOS 18.03 "Impala" | March 2018 |
NixOS 18.09 "Jellyfish" | September 2018 |
NixOS 19.03 "Koi" | March 2019 |
NixOS 19.09 "Loris" | September 2019 |
NixOS 20.03 "Markhor" | March 2020 |
NixOS 20.09 "Nightingale" | September 2020 |
NixOS 21.05 "Okapi" | May 2021 |
NixOS 21.11 "Porcupine" | November 2021 |
NixOS 22.05 "Quokka" | May 2022 |
NixOS 22.11 "Raccoon" | November 2022 |
NixOS 23.05 "Stoat" | May 2023 |
NixOS 23.11 "Tapir" | November 2023 |
NixOS publishes releases biannually around May and November.[11][12][13]
Features
![](http://upload.wikimedia.org/wikipedia/commons/thumb/4/49/Nixos-installer.png/220px-Nixos-installer.png)
Declarative configuration model
In NixOS, the entire operating system — including the kernel, applications, system packages, and configuration files — is built by the Nix package manager from a description in the Nix language. Building a new configuration will not overwrite previous configurations.[14]
A NixOS system is configured by writing a specification of the functionality that the user wants on their machine in a global configuration file (typically located in /etc/nixos
). The following is a minimal configuration of a machine running an SSH daemon:[15]
{
boot.loader.grub.device = "/dev/sda";
fileSystems."/".device = "/dev/sda1";
services.sshd.enable = true;
}
Various services and options can be searched for at https://search.nixos.org/options.
After changing the configuration file, the system can be updated using the nixos-rebuild switch
command. This does everything necessary to apply the new configuration, including downloading and compiling packages, and generating configuration files.
Reliable upgrades
Since Nix files are pure and declarative, evaluating them will always produce the same result, regardless of what packages or configuration files are on the system.
Atomic upgrades
NixOS has a transactional approach to configuration management, making configuration changes such as upgrades atomic. This means that if the upgrade to a new configuration is interrupted – say, the power fails half-way through – the system will still be in a consistent state: it will either boot in the old or the new configuration. In other systems, a machine might end up in an inconsistent state, and possibly be unable to boot.[16]
Rollbacks
If, after a system update, the new configuration is undesirable, it can be rolled back using a special command (nixos-rebuild switch --rollback
). Every system configuration version automatically shows up in the system boot menu. If the new configuration crashes or does not boot properly, an older version can be selected. Rollbacks are lightweight operations that do not involve files being restored from copies.
Reproducible system configurations
NixOS's declarative configuration model makes it easy to reproduce a system configuration on another machine. Copying the configuration file to the target machine and running the system update command generates the same system configuration (kernel, applications, system services, and so on) except for parts of the system not managed by the package manager, such as user data.
Source-based model with binary cache
The Nix build language used by NixOS specifies how to build packages from source. This makes it easy to adapt the system to user needs. However, building from source being a slow process, the package manager automatically downloads pre-built binaries from a cache server when they are available. It is possible to disable the binary cache and force building from source by using --option substitute false
as an argument. This gives the flexibility of a source-based package management model, with the efficiency of a binary model.[17]
Consistency
The Nix package manager ensures that the running system is consistent with the logical specification of the system, meaning that it will rebuild all packages that need to be rebuilt. For instance, if the kernel is changed, then the package manager will ensure that external kernel modules will be rebuilt. Similarly, when a library is updated, it ensures that all the system packages use the new version, even packages statically linked to it.
Multi-user package management
There is no need for special privileges to install software in NixOS. In addition to the system-wide profile, every user has a dedicated profile in which they can install packages. Nix also allows multiple versions of a package to coexist, so different users can have different versions of the same package installed in their respective profiles. If two users install the same version of a package, only one copy will be built or downloaded. Nix's security model ensures that this is secure, because only the users explicitly trusted by the system configuration are allowed to use build parameters that would allow them to control the content of a derivation's output (such as adding impurities to the sandbox, or using an untrusted substituter).[clarification needed] Without those parameters, paths can only be substituted from a substituter trusted by the system, or a local sandboxed build which is implicitly trusted.
Implementation
NixOS is based on the Nix package manager, which stores all packages in isolation from each other in the package store.
Installed packages are identified by a cryptographic hash of all input used for their build. Changing the build instructions of a package modifies its hash, and that will result in a different package being installed in the package store. This system is also used to manage configuration files, ensuring that newer configurations do not overwrite older ones.
An implication of this is that NixOS does not follow the Filesystem Hierarchy Standard. The only exceptions are that a /bin/sh symlink is created to the version of bash in the Nix store (e.g. /nix/store/s/5rnfzla9kcx4mj5zdc7nlnv8na1najvg-bash-4.3.43/
), and while NixOS does have an /etc directory to keep system-wide configuration files, most files in that directory are symlinks to generated files in /nix/store, such as /nix/store/s2sjbl85xnrc18rl4fhn56irkxqxyk4p-sshd_config
. Not using global directories such as /bin is part of what allows multiple versions of a package to coexist.
Reception
Jesse Smith, reviewing NixOS 15.09 for DistroWatch Weekly in 2015,[18] wrote:
I very much like the way NixOS takes the worry out of upgrading packages by placing each change in its own "generation" and I found, from the end user's point of view, NixOS worked just the same as any other Linux distribution. Setting up NixOS is not for beginners, and I do not think NixOS is intended to be used as a general purpose desktop operating system. But what NixOS does do is give us a useful playground in which to examine the Nix package manager and I think this is very interesting technology which deserves further exploration and adoption by additional distributions.
A 2022 review of NixOS 21.11 "Porcupine" in Full Circle magazine concluded:
Overall NixOS Gnome 21.11 impresses as serious, neat and elegant. If you are a fan of the unmodified Gnome desktop, then you will find a lot to like here. The downside of this distribution is the steep learning curve for package management, including updates and the like. No matter which distribution you come from, you will have much to learn to be able to make Nix work well for you on the command-line."[19]
Notes
- ^ Various other programming languages are used throughout NixOS (as of December 2023).
- ^ Various other licenses are used for software included with NixOS, for example the Linux kernel is licensed under the GNU GPL version 2.0 (as of December 2023)
See also
- GNU Guix System – an operating system built on GNU Guix that is inspired by Nix
References
- ^ "Community - nixos.org". Archived from the original on 2022-09-23. Retrieved 2022-09-23.
- ^ "NixOS/nixos-foundation - Github". GitHub. Archived from the original on 2022-09-23. Retrieved 2022-09-23.
- ^ ""NixOS 23.11 released"". 29 Nov 2023.
- ^ "nixpkgs/COPYING at master · NixOS/nixpkgs · GitHub". Github.com. Retrieved 2015-09-19.
- ^ "What Is an Immutable Linux Distro, and Should You Use One?". HowToGeek.com. Archived from the original on 2023-12-07. Retrieved 2023-12-07.
- ^ "DistroWatch.com: NixOS". Distrowatch.com. Retrieved 2015-09-19.
- ^ Dolstra, Eelco (2003). "Integrating Software Construction and Software Deployment" (PDF). Software Configuration Management. Lecture Notes in Computer Science. Vol. 2649. pp. 102–117. doi:10.1007/3-540-39195-9_8. ISBN 978-3-540-14036-8. Archived from the original (PDF) on 2019-04-21.
- ^ Dolstra, Eelco (2006). The Purely Functional Software Deployment Model (PDF) (Ph.D.). Archived from the original (PDF) on 2019-06-09.
- ^ Jonatha Lorimer. "The Nix Thesis".
- ^ "Stichting NixOS Foundation". Nixos.org. Retrieved 2015-09-19.
- ^ "Governance". Nixos.org. Archived from the original on 2020-08-16. Retrieved 2020-08-28.
- ^ "Nix RFCS (Request for Comments)". GitHub. 17 December 2021.
- ^ "Release Announcements". Nixos.org. Retrieved 2023-12-09.
- ^ Dolstra, Eelco; Hemel, Armijn (2007-05-07). Purely Functional System Configuration Management (PDF). 11th USENIX workshop on Hot topics in operating systems. San Diego, California, USA: USENIX Association. Archived (PDF) from the original on 2020-07-10. Retrieved 2023-07-19.
- ^ "About NixOS". Nixos.org. Retrieved 2015-09-19.
- ^ van der Burg, Sander; Dolstra, Eelco; de Jonge, Merijn (2008-10-20). Atomic Upgrading of Distributed Systems (PDF). 1st International Workshop on Hot Topics in Software Upgrades. Nashville, Tennessee, USA: Association for Computing Machinery. doi:10.1145/1490283.1490294. ISBN 978-1-60558-304-4. Archived (PDF) from the original on 2021-11-13. Retrieved 2023-07-19.
- ^ Dolstra, Eelco (2005-11-07). Secure Sharing Between Untrusted Users in a Transparent Source/Binary Deployment Model (PDF). 20th IEEE/ACM International Conference on Automated Software Engineering. Long Beach, California, USA: Association for Computing Machinery. doi:10.1145/1101908.1101933. ISBN 978-1-58113-993-8. Archived (PDF) from the original on 2021-11-13. Retrieved 2023-07-19.
- ^ DistroWatch Weekly, Issue 637, 23 November 2015
- ^ Hunt, Adam (28 October 2022). "Review - NixOS" (PDF). Full Circle magazine. Archived (PDF) from the original on 28 October 2022. Retrieved 28 October 2022.
External links