| Commit message (Collapse) | Author | Files | Lines |
|
It is going to be merged into nixpkgs, under `nixos/hardware`.
This will give better discoverability, and considering the low
turnover (less than 100 commits in the last year and only 350 total)
it won’t make any dent on the size of nixpkgs.
We have a monorepo, let’s use it.
|
|
This adds documentation related packages to default.nix to allow
building documentation separately from building a Home Manager
configuration.
|
|
This makes it possible to refer to the path of Home Manager when you
just have a Nix expression, not the actual source. Some things run
import on a source and just give access to the result of the import,
not the source.
PR #1259
|
|
|
|
|
|
|
|
Having it there prevented, e.g., `nix-env -qaP` from working in some
cases.
Fixes #509
|
|
|
|
nix-env picked up `default.nix`, which contained our hardware profiles.
This is not only cpu-intensive to evaluate but also fails because
it does some import-from-derivation.
By moving default.nix to release.nix it should be no longer loaded
|
|
|
|
|
|
|
|
The error message when produced when Nix is too old refers the user to a local
copy of the NixOS release notes, but the provided path is incorrect.
|
|
|
|
warning, plus a redirect to the support links
|
|
|
|
|
|
|
|
|
|
|
|
|
|
This is a NixOS module that is intended to be imported into a NixOS
system configuration. It allows the system users to be set up directly
from the system configuration.
The actual profile switch is performed by a oneshot systemd unit per
configured user that acts much like the regular `home-manager switch`
command.
With this implementation, the NixOS module does not work properly with
the `nixos-rebuild build-vm` command. This can be solved by using the
`users.users.<name?>.packages` option to install packages but this
does not work flawlessly with certain Nixpkgs packages. In particular,
for programs using the Qt libraries.
|
|
This changes the installation command from
nix-shell $HM_PATH -A install --run 'home-manager switch'
to
nix-shell $HM_PATH -A install
The added shell hook will print some useful information and run
`home-manager switch`.
|
|
|
|
Before this path would point to the modules path. Using the project
root instead makes it possible to set `<home-manager>` to point to a
downloadable archive of Home Manager. This should make it
significantly easier to install and keep Home Manager up to date.
To match this change we also deprecate the Home Manager option
programs.home-manager.modulesPath
and instead ask users to use
programs.home-manager.path
|
|
Supersedes #17631.
|
|
|
|
|
|
pkgs/top-level/default.nix
|
|
|
|
Issue #10337.
|
|
|
|
Original commit was reverted due to using features from a newer nix than
hydra had, hydra has since been updated
This reverts commit 07e726c85c8f36d3a27fb7254f09ac69c7b94c65.
|
|
This reverts commit 4ee556cfe9528a321f4a3746ca83f97feacf500e.
|
|
|
|
attribute sets
|
|
People using Nix < 1.6 previously got an unhelpful "infinite
recursion" error.
|
|
|
|
|
|
This makes it possible to build several NixOS systems that use different
nixpkgs in the same nix-build invocation. Today, you can't do that since
the <nixpkgs> path reference is hard-coded in lib/eval-config.nix.
|
|
Also remove "nixos-rebuild pull".
|
|
This reverts commit b609ff4fcf48b2124d94bf1052c303a36c8cabf1.
It turns out this can just be done using "require".
|
|
The environment variable "NIXOS_EXTRA_MODULES" is now checked to
contain a path to a file similar to modules/module-list.nix.
This gives the ability to include nixos modules that are not in the
nixos source tree.
This can be useful for modules that are still experimental, or which
aren't useful for other nixos users. Of course, this was already
possible to do this using a forked nixos tree, but with this
functionality, you can just rely on the nixos channel, easing things a
lot.
|
|
Instead use $NIX_PATH. NIXOS_CONFIG is still supported.
svn path=/nixos/trunk/; revision=32739
|
|
svn path=/nixos/trunk/; revision=29285
|
|
like `build-vm', but boots using the regular boot loader (i.e. GRUB
1 or 2) rather than booting directly from the kernel/initrd. Thus
it allows testing of GRUB.
svn path=/nixos/trunk/; revision=23747
|
|
change a NixOS installation from x86_64-linux to i686-linux (or vice
versa if you have distributed builds enabled - I used this upgrade
from 32-bit to 64-bit NixOS).
svn path=/nixos/trunk/; revision=18177
|
|
is just too weird.
svn path=/nixos/trunk/; revision=16954
|
|
into one argument "modules".
* release.nix: fixed the manual job.
* ISO generation: break an infinite recursion. Don't know why this
suddenly happens. Probably because of the nixpkgs.config change,
but I don't see why. Maybe the option evaluation is too strict.
svn path=/nixos/trunk/; revision=16878
|
|
svn path=/nixos/trunk/; revision=16770
|