| Age | Commit message (Collapse) | Author | Files | Lines |
|---|
|
This line shouldn't be changed from pre to beta on master, only in the beta branch
https://nixos.github.io/release-wiki/Branch-Off.html#on-the-release-branch
This reverts commit dc7b3febf8d862328d8704de5c8437d2df442c76.
Revert "nixos/release: fix versionSuffix eval"
This reverts commit 625c450024e24c55cac035372bc49b39f8df005b.
|
|
|
|
Signed-off-by: figsoda <figsoda@pm.me>
|
|
treewide: rewrite stateVersion docs (again), clean up some stateVersion usages (again)
|
|
pkgs is x86_64-linux, which makes the build on aarch64-linux i.e. fail.
|
|
Ideally we'd want to build _all_ the stateVersions, but this is probably still better?
|
|
|
|
lxd: Add VM image and server support for QEMU VMs
|
|
|
|
|
|
- Move contents of README.md from
nixos/modules/installer/tools/manpages/ to
nixos/doc/manual/contributing-to-this-manual.chapter.md.
- Don't mention DocBook as its obsolete and too specific.
- Rename derivation attribute name of configuration.nix(5) manual page,
both on the `contributing-to-this-manual.chapter.md`, and in other
places.
|
|
Since each such `nixos-*` tool has it's own derivation, exposed in pkgs,
There is no point in separating the manuals from the packages. If
someone wishes to have the tools without the manuals, they can use
meta.outputsToInstall to disable the installation of the manpages of
these packages. This Fixes #244450.
|
|
|
|
- inline copySources into single user
- remove `inherit sources` where it's not necessary
- inline generatedSources. this will go away completely soon so we may
as well.
- inline modulesDoc into manual-combined. this too will go away soon.
- inline sources into manual-combined. this too will go away soon.
|
|
Support for ZFS, while desirable, is problematic with newer kernel
releases. The stable ZFS release seldom supports the current newest
kernel version, and this makes the new_kernel image basically useless as
it cannot be published, and is not often built with new kernel releases.
This uses a dirty workaround to work around the fact it is impossible to
remove a list item from a modules system list type. Since ZFS support is
conditional to being supported on the current platform, we can fake ZFS
not being supported *for the no-zfs build only*. This overlay is only
added when evaluating the image, nothing else.
|
|
Support for ZFS, while desirable, is problematic with newer kernel
releases. The stable ZFS release seldom supports the current newest
kernel version, and this makes the new_kernel iso basically useless as
it cannot be published, and is not often built with new kernel releases.
This uses a dirty workaround to work around the fact it is impossible to
remove a list item from a modules system list type. Since ZFS support is
conditional to being supported on the current platform, we can fake ZFS
not being supported *for the no-zfs build only*. This overlay is only
added when evaluating the iso, nothing else.
|
|
|
|
My conception of its input was wrong. It is quite a useful construct,
even if its name is a bit weird.
|
|
|
|
This has all been commented in nixos/release.nix since at least 2015,
so it's not doing us any good to keep it around.
|
|
Proposed commands to execute tests were not working anymore.
|
|
|
|
|
|
|
|
|
|
|
|
Introduce an AWS EC2 AMI which supports aarch64 and x86_64 with a ZFS
root.
This uses `make-zfs-image` which implies two EBS volumes are needed
inside EC2, one for boot, one for root. It should not matter which
is identified `xvda` and which is `xvdb`, though I have always
uploaded `boot` as `xvda`.
|
|
sd_image_raspberrypi4: Remove, as planned initially
|
|
Since GNOME version is now 40, it no longer makes sense to use the old attribute name.
|
|
The replacement is the generic AArch64 image.
From there, you can customize an image that works better for your
needs, if need be.
|
|
This allows us to continue to have the automatically sized image attempt
to build on Hydra, which should give us a good indication of when we've
got this fixed.
|
|
The default value for the argument is identical to the hardcoded list,
but using the argument allows to build other netboot images easily.
|
|
|
|
Second attempt of 8929989614589ee3acd070a6409b2b9700c92d65; see that
commit for details.
This reverts commit 0bc275e63423456d6deb650e146120c39c1e0723.
|
|
This is a stdenv-rebuild, and should not be merged
into master
This reverts commit 8929989614589ee3acd070a6409b2b9700c92d65.
|
|
The `platform` field is pointless nesting: it's just stuff that happens
to be defined together, and that should be an implementation detail.
This instead makes `linux-kernel` and `gcc` top level fields in platform
configs. They join `rustc` there [all are optional], which was put there
and not in `platform` in anticipation of a change like this.
`linux-kernel.arch` in particular also becomes `linuxArch`, to match the
other `*Arch`es.
The next step after is this to combine the *specific* machines from
`lib.systems.platforms` with `lib.systems.examples`, keeping just the
"multiplatform" ones for defaulting.
|
|
|
|
Still building but this should fix the metrics job.
|
|
|
|
'nixpkgs' is a result of a call to cleanSource, which is very
expensive and fails in --dry-run mode.
|
|
And all the other things and paths to match it
|
|
|
|
Various: Add support for raspberry pi 4.
|
|
|
|
|
|
|
|
This, paired with the previous commit, ensures the channel won't be held
back from a kernel upgrade and a non-building sd image, while still
having a new-kernel variant available.
|
|
nixos/release-combined: adds aarch64-linux as supported
|
|
|
|
|
