| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
This has been introduced in NixOS/nixpkgs@662ab05 and it's quite useful
for creating USB sticks for crappy audio players which are only able to
read crappy audio formats ;-)
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
|
|
|
|
|
|
| |
I've added that test in NixOS/nixpkgs@4c61faa and it fails at the
moment, still leaving the channels in a broken state in regards to
networkd.
The reason I'm doing this anyway is to ensure I won't forget to add that
test here as well. We can't easily go back to the "not broken" state
anymore, except if we roll back to a version with systemd < 228.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
|
| |
It's already included by services.xserver.desktopManager.kde5.enable so
we really don't need to keep it around in systemPackages.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
| |
See 6184dfd33d07c7c7abf93adb2174197dbdfabb11 for more information.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
|
|
|
|
| |
Since NixOS/nixpkgs@0a81a0d, kf5_latest expects an attribute set as an
argument (in this case the attribute set/scope for qt55libs).
This however is passed by kde5_latest, so let's switch to use that
attribute set instead.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
|
|
|
| |
Regression introduced by 8c1b7661ae7801233df2ef5cacb07c7382d74fdd.
We now have an "eval" attribute, so we shouldn't try to reference or
shadow it.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
|
|
|
| |
Since 8c1b766, we do not have the .use attribute anymore.
This repository aims to have experimental stuff that's not in nixpkgs,
so we do not care about backwards-compatibility.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This gets rid of the use attribute, which is now called "config". We had
the "config" attribute before but it was kinda pointless, because it was
just the import of the path and nothing else.
So the config attribute now is the machine configuration with all of the
vuizvui modules imported as well.
The "build" attribute is now called "eval", which is more appropriate,
because it's the evaluation of the configuration and not the finished
system build.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
|
| |
It's my primary laptop and it has a very limited bandwidth to the
internet right now.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is primarily for whenever I'm on the road with varying degrees of
internet connectivity.
What it essentially does is ssh to mmrnmhrm, then ssh to taalo and then
run nix-store --serve --write on it. Taalo is the Hydra master of
https://headcounter.org/hydra/ and it has remote builds enabled.
The script essentially only builds on the remote host but doesn't fetch
the builds. The latter can be done if the Hydra is added as a build
cache to the local system, which in case of vuizvui is by default.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
|
|
|
|
| |
We want to have non-machine-specific tests as well, so let's ensure that
we build all tests listed in the tests directory.
This is especially useful if we want to have tests on build products
within release.nix or tests which are unrelated to machines.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
|
| |
This was just pushed a few minutes ago as commit
NixOS/nixpkgs@565707c57abc6ee9e81d4f6c9bd5fed5bbac2d40.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Using an equality test on an attribute set is actually a very bad idea,
because it forces strict evaluation.
In this case a simple test on the kernel version between the defined one
and the available one should be sufficient.
And if we have a false-positive in test inclusions it doesn't hurt
anyway.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
|
|
|
|
| |
This time I've gone through the hoops of almost running out of memory,
because evaluating the channel expression now eats lots of RAM.
Meaning: I've now actually tested it on my system without just throwing
it at the Hydra box which has lots of RAM... unlike my local machine :-(
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
| |
Forgot to include pkgs to module args.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
|
|
|
|
|
| |
I've added all tests that are not related to packages in
environment.systemPackages or are otherwise tricky to include or to
distinguish (for example NFSv3 vs. NFSv4).
So we now should have a pretty good test coverage for all of our
machines.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
|
| |
That way we have everything regarding the vuizvui testing system in one
module instead of two.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
| |
No change in functionality, I'm just dead tired so I fucked up the name.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
|
| |
We should emit the actual derivations but instead just the main
attribute "nixos.networking" was added to vuizvui.requiredTests.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
|
|
| |
After switching the requiresTests option to be a list of paths we no
longer can just pass them verbatim to the constituents but rather do a
lookup on all of these paths to get the derivations.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
|
|
| |
The tests from vuizvui itself weren't properly included in release.nix,
because we're patching up our own source tree and thus the evaluator is
unable to find the right path.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
|
|
|
|
|
| |
Unfortunately, we went into trouble and the Hydra machine not only
consumed lots of ram during evaluation but it also triggered a bunch of
evaluation errors because the available tests were strictly evaluated.
Using attribute paths consisting of plain strings doesn't have the same
problem, even though they look a bit uglier.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This now includes both upstream NixOS and Vuizvui tests.
Unfortunately, evaluation now takes a ton of time and also a ton of
memory, so let's hope our Hydra can sustain it. The reason is that we
need to look through all of the available tests and recurse through
_all_ machine configurations to see if they're defined there.
If it is too heavyweight we might need to find a better solution for
that.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
|
|
|
|
| |
The upstream tests all have their attributes cleaned up by the
"hydraJob" function, so we can't check for the "test" attribute.
Luckily this isn't a problem, because we're only searching for "anything
not plain attribute namespacing" anyway.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
|
|
| |
This removes a bit of redundant code and also makes instantiation with
--eval-only a bit more convenient, because we're testing whether we have
vuizvuiSrc and if not we're importing a plain path directly.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
|
|
|
|
| |
So my gut feeling in 90c080e was't wrong after all, so we need to create
jobs for all the tests the machines include.
In order to make this easier, we're going to re-use the collection of
all test attributes from release.nix so putting it in lib/ makes sense.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
|
|
| |
We have that i3 dummy test in here for quite a long time, so it's
actually time that the test will mean anything (even though the test
really isn't doing anything right now).
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
|
|
| |
This is basically just to get started and for testing whether our idea
will actually work out as planned. My gut feeling is that Hydra
explicitly needs jobs for these tests, but we'll see.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is going to be used in modules or configurations to include tests
specific to the module, for example let's say you have a foo.nix module
that defines a foo service and you have a test named "foo" in the
tests.vuizvui namespace.
You can use it like this:
{ config, tests, lib, ... }:
{
... other options of the foo service module ...
config = lib.mkIf config.foo.enable {
vuizvui.requiresTests = [ tests.vuizvui.foo ];
};
}
If a machine config enables the module foo (foo.enable = true) then the
"foo" test is also a constituent of the machine channel for the machine.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
|
|
|
|
| |
The idea is that modules can define a list of test jobs which need to
succeed whenever the module is used.
In the end this should make channel updates a bit less frightening for
people not already confident in using NixOS.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
|
|
| |
We don't want to have duplicate and different versions of documentation
laying around, so let's just provide a link to the latest Hydra build of
the manual.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
|
|
|
| |
This reverts commit c4915296f064587b7ead2c8ddb7bf42aeca522dc.
We no longer need this because the nixUnstable version has been updated
in NixOS/nixpkgs@2de76b275366a700f7f79709bf30d67358f2838a.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
|
|
|
|
| |
This pretty much resembles what we already have in README.md but will be
extended by an improved bootstrap process.
Because right now bootstrapping is a pain in the ass mainly because we
need to include the binary cache public key and the correct NIX_PATH.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
|
|
|
| |
This makes re-use of URL fragments or repeated links a lot easier.
Unfortunately we need to declare the XML namespace for every entity that
uses <link/> and xlink which is a bit ugly. :-/
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
|
| |
Having 4 spaces indentation for docbook files is going to get a bit too
far to the right.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
|
|
| |
This should now be on the first page along with the TOC and the
subsequent chapters/parts. All options are in a separate page so that
the user isn't smacked in the face by a list of vuizvui options.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
|
|
|
|
|
| |
This allows us to write separate chapters/parts of documentation without
getting one big HTML page with everything at once.
Now the chunk.xsl by default chunks of <preface/> elements, so we'd like
to control this by patching docbook5_xsl directly and prevent it from
doing that.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
|
| |
This includes a merge of my additional syntax file improvements as well
as the addition of a license.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
|
|
| |
So far this has been inlined in release.nix, but if we want to have more
documentation, we should modularize it into subdirectories. As an
additional benefit we get better syntax highlighting for docbook files.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
|
|
| |
The function is gettin rather large, so it makes sense to move it into
another file so that the default.nix in machines/ won't be cluttered up
with all the implementation-specific details.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|