| Commit message (Collapse) | Author | Age |
|---|
| |
|
|
| |
bump, NixOS test included
|
| |\
| |
| | |
gitlab: refactor and fix test
|
| | | |
|
| |/
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This module permits to preload Docker image in a VM in order to reduce
OIs on file copies. This module has to be only used in testing
environments, when the test requires several Docker images such as in
Kubernetes tests. In this case,
`virtualisation.dockerPreloader.images` can replace the
`services.kubernetes.kubelet.seedDockerImages` options.
The idea is to populate the /var/lib/docker directory by mounting qcow
files (we uses qcow file to avoid permission issues) that contain images.
For each image specified in
config.virtualisation.dockerPreloader.images:
1. The image is loaded by Docker in a VM
2. The resulting /var/lib/docker is written to a QCOW file
This set of QCOW files can then be used to populate the
/var/lib/docker:
1. Each QCOW is mounted in the VM
2. Symlink are created from these mount points to /var/lib/docker
3. A /var/lib/docker/image/overlay2/repositories.json file is generated
4. The docker daemon is started.
|
| | |
|
| |
|
|
|
|
|
|
| |
* journald: forward message to syslog by default if a syslog implementation is installed
* added a test to ensure rsyslog is receiving messages when expected
* added rsyslogd tests to release.nix
|
| | |
|
| |\
| |
| | |
redmine: refactor, cleanup, bug fix, and add functionality
|
| | | |
|
| |/ |
|
| |\
| |
| | |
Miniupnpd and bittorrent improvements
|
| | | |
|
| |\ \
| | |
| | | |
nextcloud module: init
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | | |
Co-authored-by: Franz Pletz <fpletz@fnordicwalking.de>
Co-authored-by: Robin Gloster <mail@glob.in>
Co-authored-by: Janne Heß <janne@hess.ooo>
Co-authored-by: Florian Klink <flokli@flokli.de>
|
| |\ \ \
| |/ /
|/| | |
nixos: release.nix: add `configuration` parameter
|
| | | | |
|
| | | | |
|
| | |/ |
|
| | |
| |
| |
| |
| |
| | |
Because when I see "config.system.build.manual.manual" after I forgot
what it means I ask "Why do I need that second `.manual` there again?".
Doesn't happen with `config.system.build.manual.manualHTML`.
|
| | | |
|
| | |
| |
| |
| |
| | |
This test doesn't work in a sandbox and never succeeded on Hydra.
It simulates an EC2 instance reconfiguring itself at runtime,
which needs network access.
|
| |/ |
|
| |
|
|
|
| |
It's broken with node v8 and the upstream project is dead
(last commit Nov. 2016), see #45946 and
https://github.com/etsy/statsd/issues/646
|
| |
|
|
| |
The patches are unmaintained and suggest a false sense of security
|
| |
|
|
|
| |
- has been broken since 2017-07-24
- no attempts to fix it
- it tests an outdated blivet version (Oct 2014)
|
| | |
|
| |
|
|
|
|
|
| |
systemd-fsck-generator only produces these lines if it can find the
necessary fsck executable in its PATH.
fixes #29139.
|
| |
|
|
| |
Progress towards #27069
|
| |\
| |
| | |
nixos/certmgr: init
|
| | | |
|
| |/ |
|
| |\
| |
| | |
nixos/cfssl: Add new module for cfssl
|
| | |
| |
| |
| |
| |
| |
| | |
- based on module originally written by @srhb
- complies with available options in cfssl v1.3.2
- uid and gid 299 reserved in ids.nix
- added simple nixos test case
|
| |\ \
| | |
| | | |
nixos/release: use real paths of netboot files
|
| | |/ |
|
| |/
|
|
|
|
|
|
|
|
|
| |
This reverts commit 095fe5b43def40279a243e663c662b02caac5318.
Pointless renames considered harmful. All they do is force people to
spend extra work updating their configs for no benefit, and hindering
the ability to switch between unstable and stable versions of NixOS.
Like, what was the value of having the "nixos." there? I mean, by
definition anything in a NixOS module has something to do with NixOS...
|
| | |
|
| |\
| |
| | |
mpd: add NixOS tests
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This change adds NixOS tests for the MPD (Music Player Daemon) module.
Tests include:
- Playing audio locally using ALSA directly.
- Playing audio locally using PulseAudio (backed by ALSA).
- Playing audio from an external client.
- Rejecting an external client when it's not explicitly allowed (default configuration).
refs #41772
|
| |\ \
| | |
| | | |
nixos/hadoop: add hadoop module (hdfs, yarn)
|
| | | | |
|
| |\ \ \
| |/ /
|/| | |
opensmtpd package and module: add nixos test
|
| | | | |
|
| | | |
| | |
| | |
| | | |
Update, clean-up dependencies and add installed tests.
|
| | |/
|/|
| |
| |
| |
| |
| |
| |
| |
| | |
For now check that the default client config boots.
Ideas for the future:
- Expand on control via netcat
- Configure a circuit of nodes exercise various configs (e.g., check
that a client node can access a hidden www service). Needs setting up
authoritative directory servers &c.
|
| | |
| |
| |
| | |
The test ensures that the services comes up and accepts/provides values.
|
| |\ \
| | |
| | | |
Haproxy 1.8.9
|
| | | | |
|
| |/ / |
|
| |\ \
| | |
| | | |
morty: init -> 0.2.0
|