
The pkgs.nixos used to only expose system.build, which kind of made sense in theory, but asking everyone to write modules when to want to pull something out of a NixOS configuration is just not realistic. In fact it's very inconvenient when you're trying to debug something. This adds the config, options and anything that eval-config.nix produces. Although this introduces the potential for attributes of eval-config.nix output to shadow system.build, I don't expect naming collisions to be commonplace, or to remain undetected during evaluation. Also such an error should be easy to resolve, by explicitly querying (pkgs.nixos {}).config.system.build.X, or by renaming X to something other than config, options, extraArgs.
Nixpkgs is a collection of packages for the Nix package manager. It is periodically built and tested by the Hydra build daemon as so-called channels. To get channel information via git, add nixpkgs-channels as a remote:
% git remote add channels https://github.com/NixOS/nixpkgs-channels.git
For stability and maximum binary package support, it is recommended to maintain
custom changes on top of one of the channels, e.g. nixos-19.03
for the latest
release and nixos-unstable
for the latest successful build of master:
% git remote update channels
% git rebase channels/nixos-19.03
For pull requests, please rebase onto nixpkgs master
.
NixOS Linux distribution source code is located inside
nixos/
folder.
- NixOS installation instructions
- Documentation (Nix Expression Language chapter)
- Manual (How to write packages for Nix)
- Manual (NixOS)
- Community maintained wiki
- Continuous package builds for unstable/master
- Continuous package builds for 19.03 release
- Tests for unstable/master
- Tests for 19.03 release
Communication:
Note: MIT license does not apply to the packages built by Nixpkgs, merely to the package descriptions (Nix expressions, build scripts, and so on). It also might not apply to patches included in Nixpkgs, which may be derivative works of the packages to which they apply. The aforementioned artifacts are all covered by the licenses of the respective packages.