Branch: refs/heads/master
Home: https://github.com/NixOS/nixops
Commit: f86616c7b5f7f8ece0a2a04ac9e4af8922021f4b
https://github.com/NixOS/nixops/commit/f86616c7b5f7f8ece0a2a04ac9e4af8922021f4b
Author: aszlig <[email protected]>
Date: 2015-10-29 (Thu, 29 Oct 2015)
Changed paths:
M tests/hetzner-backend/rescue-image.nix
Log Message:
-----------
tests/hetzner: Switch to kernel 4.2.3.
We want our live system to resemble the real Hetzner rescue system as
closely as possible. And the Hetzner rescue system is a Debian Wheezy
system at the moment with a more recent 4.x kernel but will very soon be
a Debian Jessie with a 4.x kernel as well.
So switching to 4.2.3 is very reasonable to be as close as possible to
the real system.
On the implementation side however, I could have used the
debClosureGenerator for the backports. Unfortunately, packages on
backports do frequently change and so does Packages.xz, so for every
change of a backport package we need to update the hash of the
Packages.xz file.
Because of that I opted for using the packages directly because we don't
have a whole lot of dependencies to cope with.
Signed-off-by: aszlig <[email protected]>
Commit: 53fb87ad95247223ea6719ac7a41884a3227b797
https://github.com/NixOS/nixops/commit/53fb87ad95247223ea6719ac7a41884a3227b797
Author: aszlig <[email protected]>
Date: 2015-10-29 (Thu, 29 Oct 2015)
Changed paths:
M tests/hetzner-backend/default.nix
M tests/hetzner-backend/rescue-image.nix
Log Message:
-----------
tests/hetzner: Improve instrumentation for rescue.
The <nixpkgs/nixos/modules/testing/test-instrumentation.nix> is used as
a reference here, and we want to get as closely as possible to that so
we have the full testing API at hand even for the rescue system.
This also gets rid of the annoying getty at the serial console.
Signed-off-by: aszlig <[email protected]>
Commit: f2bf13726a2434626925fd105e60d4745eafe104
https://github.com/NixOS/nixops/commit/f2bf13726a2434626925fd105e60d4745eafe104
Author: aszlig <[email protected]>
Date: 2015-10-29 (Thu, 29 Oct 2015)
Changed paths:
M nixops/deployment.py
Log Message:
-----------
deployment: Fix state_version warning for RESCUE.
Hetzner machines are deployed using *only* an (almost) empty store
directly from the rescue system. With *only* I mean there is no /etc (or
to be more exact: only a dummy /etc), so getting the value of
/etc/os-release will not only fail but also won't work at all because
there is no pre-existing deployment on the system.
As 877158c introduced a warning if NixOps is unable to determine the
state_version, we simply shut up the warning whenever we're in rescue
state.
An alternative would be to not even try to get the version when in
RESCUE, but in cases where the deployment is done to a pre-existing
rescue system with a custom kickstart script it's actually legit to
fetch the version even in RESCUE state.
Signed-off-by: aszlig <[email protected]>
Compare: https://github.com/NixOS/nixops/compare/e853dea73b6e...f2bf13726a24_______________________________________________
nix-commits mailing list
[email protected]
http://lists.science.uu.nl/mailman/listinfo/nix-commits
